1.1, Аноним (1), 10:34, 12/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +22 +/– |
В каком интересно месте он "простой языка сценариев"? По-моему он давно примкнул к тем кого должен был заменить
| |
|
2.2, Аноним (2), 10:38, 12/08/2025 [^] [^^] [^^^] [ответить]
| +8 +/– |
Тоже обратил внимание, что все альтернативы старому-доброму make почему-то сложнее и только продолжают бухнуть. Может конечно возможность выкачивать зависимости с гитхаба напрямую и есть хорошо, но вот эта вечная беготня с «да что перестроить уже, чтобы ты готовую либу всё же увидел» и жонглированием трудночитаемыми конфигами напрягает.
А сколько дыр через все эти навороченные системы сборки пролезает...
| |
|
3.3, IMBird (ok), 10:39, 12/08/2025 [^] [^^] [^^^] [ответить]
| +9 +/– |
Крепитесь: всё чаще попадаются C/C++ проекты со сборочными скриптами на питоне.
| |
|
4.7, Аноним (7), 10:46, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Так питон идеальный язык для быстрого написания скриптов. Разве не так? И да, meson открой для себя.
| |
|
5.10, Аноним (2), 10:48, 12/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
На мезоне сидят гтк, вяленд, системд и оригинальный ксорг, что как бы намекает.
| |
|
6.59, ryoken (ok), 15:16, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
У мну в генте по-моему все эти сборочные системы есть. Точно видел cmake, meson, ninja ,%SUBJ% и может еще кого-то. Но особо внимания не обращал, т.к. после запуска emerge @world обычно иду спать :).
| |
|
5.15, анонд (?), 11:15, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Версии сборочных системы не всегда совместимы как тотже Conan (1.x vs 2.x) в отличие от CMake
| |
5.122, Илья (??), 03:04, 13/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Сам питон не так страшен, как люди, которые его используют.
всякие "я прошёл курсы по питону 2 года назад" пугают меня
| |
5.123, Аноним (-), 04:45, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Так питон идеальный язык для быстрого написания скриптов. Разве не так?
Только это уг потом разваливается раз в полгода. И через пару лет 90% этого хлама просто не запускается или не работает уже.
> И да, meson открой для себя.
Он, к счастью, не питон. Настолько что есть, например, muon. Реализация meson на C99. Так что если не хочется связываться с питоноляпой и hype driven dev - это можно! :)
| |
|
|
5.24, Аноним (24), 12:14, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А почему не на расте?
Угадай с трех раз, на чем пишутся сборочные скрипты для проектов на расте ...
| |
|
4.14, анонд (?), 11:14, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
и Lua (xmake с xrepo в китайских проектах)
Питон это Meson или Conan
| |
|
5.62, IMBird (ok), 15:18, 12/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Большое спасибо, я посмотрел и проникся. Даже FPC поддерживает.
| |
5.124, Аноним (-), 04:47, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Питон это Meson или Conan
Meson сам по себе - DSL. Всего лишь. И поэтому существуют реализации типа Muon - на C99 с минимумом зависимостей вообще. Если вон то лохматое черти что на питоне не хотелось, а проект с мезоном билдануть хочется.
| |
|
4.120, Аноним (120), 22:32, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Они переизобретают старый недобрый scons? Байтораздирающее зрелище.
| |
|
3.5, Аноним (7), 10:43, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>все альтернативы старому-доброму make
Я тебе маленький секрет открою. На выходе cmake генерится старый добрый Makefile.
| |
|
4.12, Аноним (12), 11:03, 12/08/2025 [^] [^^] [^^^] [ответить]
| +7 +/– |
Да он CMake и не пользуется.
И наверняка вообще имеет условное отношение к разработке на C или C++, ибо собирать сколь-нибудь большой проект на этих языках при помощи голого make - это чистый мазохизм. Коллеги тебе этого тупо не дадут сделать.
| |
|
5.26, Аноним (26), 12:45, 12/08/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Эти коллеги в вкусно-и-точка скоро работать уйдут, т.к. иишка всех лоускилов выкидывает уже с рынка. Я вот стартап пилю и там только Make, т.к. это мегаудобно все вспомогательные действия держать в 1 месте а не плодить кучу мелких скриптов. И действия - любые, а не только предусмотренные авторами смаке. И качать зависимости можно хоть с гитхуба хоть откуда прозрачным способом и билдить их какой угодно сторонней системой сборки, просто сделав соответсвующий таргет. При этом собственно сборка всех с/с++ файлов проекта - 7 строк.
| |
|
6.28, Аноним (12), 13:00, 12/08/2025 [^] [^^] [^^^] [ответить] | +/– | Ну, то есть, на мороз пока выкинули только тебя 128514 Стартап, лол И вес... большой текст свёрнут, показать | |
|
7.31, Аноним (26), 13:13, 12/08/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
Ну каг бе стратап зарабатывает уже неплохо, есть некоторый штат сотрудников, а я за CTO. Я заранее подготовился, а кого-то вот ждёт неприятный сюрприз. Кусочки кода, которые узко смотрящие кодеры могут писать, давно уже нейронка делает.
> эксперт, который CMake в глаза не видел
15 лет в IT за деньги, а так ещё больше.
> даже Винде
А мне не надо чтобы на венде работало (но там вообще-то есть линукс окружение и собрать можно если не лоускил или хотя бы дипсик осилил).
| |
|
8.37, Аноним (12), 13:24, 12/08/2025 [^] [^^] [^^^] [ответить] | +2 +/– | Ты уж определись, СТО ты или кодер-писатель make 128514 Жаль, что не на пози... текст свёрнут, показать | |
|
9.44, Аноним (26), 13:58, 12/08/2025 [^] [^^] [^^^] [ответить] | +/– | Тут некоторые жалуются мол синтаксис непонятный Чатик всё напишет если что-то н... текст свёрнут, показать | |
|
|
|
|
|
4.33, Советский инженер (ok), 13:17, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
я тебе маленький секрет открою.
СMake никогда не был альтернативой make.
СMake стартанул как альтернатива autotools.
| |
4.50, Аноним (50), 14:31, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Давно уже генерится ninja. Потому что make не умеет не только в конфигурацию проекта, но и в собственно сборку.
| |
|
5.61, Аноним (61), 15:18, 12/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Мне make не нравится своими тонкостями, которые необходимо помнить. Но вот что бы он в сборку не умел. Я чего то не знаю - получается. Что за проблемы у make со сборкой?
| |
|
|
3.11, Аноним (12), 10:53, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Тоже обратил внимание, что все альтернативы старому-доброму make
А make когда-то был системой сборки? 😂
| |
|
4.143, Bottle (?), 21:43, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Был, есть, и будет, но платформозависимый. Под Линь один мейк, под бзду другой, а симейк - один на все ОСи.
| |
|
3.13, Аноним (13), 11:04, 12/08/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
А не что тот факт, что cmake - это генератор Makefile'ов, т.е. аналог autotools. Makefile, cгенерированный cmake'ом, затем внезапно запускается в обычном make.
| |
|
4.18, анонд (?), 11:17, 12/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
CMake поддерживает несколько генераторов. Ninja намного производительнее чем Make
| |
|
5.29, Аноним (26), 13:06, 12/08/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Ninja намного производительнее чем Make
Это миф. Ninja просто запускает подготовленные кем-то (basel например) команды из compile_commands.json.
1. если в makefile просто засунуть список этих команд, без вычисления зависимостей, то отработает за +- то же время, но так люди не делают, т.к. не читаемо.
2. ninja отрабатывает после генератора этого compile_commands.json и если сложить время, то оно будет больше чем у нормального человеческого Makefile из нескольких строчек.
| |
|
6.39, Аноним (12), 13:30, 12/08/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> Ninja намного производительнее чем Make
> Это миф. Ninja просто запускает подготовленные кем-то (basel например) команды из compile_commands.json.
Вот такие вот истории со срывами покровов получаются, когда стартапного СТО познакомить с DeepSeek... 🤦
| |
|
7.40, Аноним (26), 13:41, 12/08/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Чатик мне запилил так-то рабочий скрипт для конвертации мезон либ в тупо папку в проекте с исходниками парсингом compile_commands.json, так что я в курсе, как это работает. Makefile в отличие от cmake не требует указывать каждый C/C++ файл (тот так может но криво и ломается так сборка постоянно, поэтому у смачников сизифов труд по добавлению каждого с файла в смаке). Т.к. мне не нужно иметь кучу раздутых so всё собирается статически с едиными флагами в компактный бинарь.
И да, я использую генерацию кода - и что вы мне сделаете) Раздутый штат кодеров больше компаниям не нужон.
| |
|
8.48, Аноним (12), 14:13, 12/08/2025 [^] [^^] [^^^] [ответить] | +2 +/– | Попроси чатик объяснит смысл этого набора случайных слов, ибо я лично распарсить... большой текст свёрнут, показать | |
|
9.49, Аноним (26), 14:24, 12/08/2025 [^] [^^] [^^^] [ответить] | –3 +/– | Не мудрено для i shaped специалиста по смаке Поясняю - берётся мезон либа, указ... большой текст свёрнут, показать | |
|
10.53, Аноним (12), 14:52, 12/08/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Т е из человеческого, поддерживаемого Meson файла ты сделал write-only портянку... большой текст свёрнут, показать | |
10.65, нах. (?), 15:33, 12/08/2025 [^] [^^] [^^^] [ответить] | +/– | ну сразу приехали Ты просохатил зависимости от h Про то что это фу-фу-фу gnu m... текст свёрнут, показать | |
|
|
12.85, нах. (?), 17:58, 12/08/2025 [^] [^^] [^^^] [ответить] | +/– | И кто вот это всьо генерить должен - руками каждый h добавляешь, что-ли make d... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
4.86, нах. (?), 18:02, 12/08/2025 [^] [^^] [^^^] [ответить]
| –5 +/– |
> А не что тот факт, что cmake - это генератор Makefile'ов, т.е.
> аналог autotools.
ни разу не, потому что autotools - генератор _генератора_ мэйкфалов.
> Makefile, cгенерированный cmake'ом, затем внезапно запускается в обычном
> make.
но только на той системе и только в той единственной конфигурации где был произведен.
А configure сгенерит тебе мэйкфайлы на ЛЮБОЙ поддерживаемой системе, с учетом твоих личных пожеланий. БЕЗ autotools. Они нужны только автору. И то не каждый день.
Просто выросло поколение не умеющих ими пользоваться и не понимающее зачем оно вообще надо. (ни разу не для генерации мэйкфайлов было задумано)
| |
|
5.91, Аноним (91), 18:40, 12/08/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> Makefile, cгенерированный cmake'ом, затем внезапно запускается в обычном make.
> но только на той системе и только в той единственной конфигурации где был произведен.
Ну да, в этом весь смысл. Кроссплатформенным инструментом является cmake, а не его выхлоп.
Или ты хочешь сказать, что в сценарии:
> configure сгенерит тебе мэйкфайлы на ЛЮБОЙ поддерживаемой системе
...получившийся Makefile будет работать не "только на той системе и только в той единственной конфигурации где был произведен"?
| |
|
6.146, нах. (?), 16:40, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Кроссплатформенным инструментом является cmake, а не его выхлоп.
А выхлоп autoconf - внезапно, является.
> ...получившийся Makefile будет работать
autoconf не производит Makefile. Он производит их генератор, который таки да, будет.
БЕЗ необходимости устанавливать autotools (может они вообще туда не спортированы еще) и вообще что-либо за пределами posix-среды. Чем и хорош.
| |
|
5.92, Аноним (91), 18:46, 12/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Просто выросло поколение не умеющих ими пользоваться и не понимающее зачем оно вообще надо
Так а действительно: зачем вообще надо использовать древний копролит из нагромождения Shell, Perl и M4, намертво прибитый к Unix-окружению и применяющийся сугубо в опенсорсном легаси?
| |
5.132, SKZ (?), 14:13, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Скрипты autotools, ЕМНИП, до сих пор не могут в кросс-компиляцию, пытаясь запускать объектный код целевой платформы на сборочном хосте.
Впрочем, всему, что не х86, пора на свалку истории.
| |
|
|
|
2.4, Аноним (7), 10:41, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
А где ты там сложности вообще увидел? target_link_libraries не осилил?
| |
|
3.34, Аноним (34), 13:19, 12/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
В прошлый раз тут советовали писать тесты для оператора if, потому что по меркам CMake это сложная логика с проблемным легаси ("The if command was written very early in CMake's history..."), которое решили не чинить.
| |
|
4.41, Аноним (7), 13:43, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не знаю, кто там тебе и чего советовал, но проект на cmake накинуть можно за пару минут.
| |
|
|
|
1.6, Жироватт (ok), 10:43, 12/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Интересно, как скоро
а) язык конфигурирования сборочной системы СМаке оформится как отдельный, полноценнный Тьюринг-полный язык,
б) для которого нужен будет свой язык конфигурирования сборки?
| |
|
2.21, Аноним (21), 11:30, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
так CMake уже Тьюринг-полный и скрипты можно запускать не в режиме сборки, а в режиме интерпретации через ключ -P
| |
2.79, Аноним (79), 17:47, 12/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
а) уже
б) Bazel. Нормальный высокоуровневый почти-пайтон, который CMake может генерить. Мы используем.
| |
|
1.17, anon57 (?), 11:16, 12/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
На работе, в основных проектах, был выбран CMake. Периодически приходиться нырять в эту чертовщину и чинить. Хорошо хоть появились форки CMake с поддержкой отладки.
Для домашних проектов использую premake5. С версии 5-beta6 появился API для управления зависимостями примерно как в CMake. Теперь можно описать как использовать либу, а потом просто воткнуть в проекте uses 'SDL3' и нужные опции прокидываются. Тут если что почитать можно: https://premake.github.io/docs/Usages-and-Uses
Короче CMake не нужен, закапывайте.
| |
|
2.27, Аноним (12), 12:49, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> С версии 5-beta6 появился API для управления зависимостями примерно как в CMake.
> нужные опции прокидываются
> Короче CMake не нужен, закапывайте
То есть недавно в бета-версии premake появилась опция, которая доступна в CMake уже лет 20? Уже бегу закапывать CMake!
| |
2.42, Аноним (7), 13:44, 12/08/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
>в основных проектах
>нырять в эту чертовщину и чинить
Наверное тут надо команду разработи менять, а не cmake.
| |
|
3.58, Аноним (12), 15:15, 12/08/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Наверное тут надо команду разработи менять, а не cmake.
Упонминание в комментарии "uses 'SDL3'" говорит о том, что "комнда" состоит лишь из него самого, пишущего для себя игрушки.
| |
3.93, Аноним (93), 18:59, 12/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
явно ничего сложнее на cmake чем хелоу ворд не делал, cmake когда тянешь кучу blas, mkl или прочего сразу затыкается, т. к. или везде разные версии cmake саморезами прикручены или вручную каждую библиотеку в path прописывать, отлаживать эту подделку псевдоязыкописателей сложно
| |
|
4.95, Аноним (91), 19:31, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> cmake когда тянешь кучу blas, mkl или прочего сразу затыкается, т. к. или везде разные версии cmake саморезами прикручены
У cmake есть обратная совместимость, поэтому просто берешь ту его версию, которая равна или новее всех версий, требуемых твоими библиотеками.
А вот, например, в репе Debian аж 3 версии autoconf (2.13, 2.64 и 2.69). Догадываешься, почему? 😂
| |
|
|
|
|
2.43, Аноним (7), 13:48, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Я тебя может удивлю, но пользователи cmake даже не используют. Только мейнтейнеры и изредка программисты.
| |
|
1.22, Аноним (22), 12:08, 12/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Беда почти всех яп - чтобы собрать программу, надо выучить ещё один язык. Хорошо, что я сборщики себе на сях свои пишу.
| |
|
|
3.25, Аноним (-), 12:42, 12/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Нужно умещать весь код в один экран, как это делает создатель языка K.
| |
|
2.32, trolleybus (?), 13:14, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Rust с build.rs нервно курит в сторонке... Хотя, о чем это я. Для экспертов опеннета раст - не язык.
| |
|
3.51, Аноним (50), 14:34, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
build.rs нужен в одном крейте из ста. Для обычной сборки обычного проекта на rust (с зависимостями, естественно) вообще ни строчки сборочной системы написать не надо.
| |
|
|
1.46, Аноним (45), 14:08, 12/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Зависимости cmake весят больше программы в несколько раз. Прикольно, че.
| |
|
2.52, нах. (?), 14:42, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
смешнее то что куча из них (к счастью, не все - обязательные) давно сами без cmake не собираются.
(поэтому у вас и не будет больше ни одной нормальной ос после линукса и венды)
| |
|
|
4.64, нах. (?), 15:28, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
вообще-то до недавнего времени собирался - причем чем-то уровня чуть ли не tinyc. Если даже поломали - ты все еще можешь им собрать 2.7.2 и последовательно доапгрейдиться до какой там тебе нужен для хеловротов.
Именно благодаря этому у нас есть линукс. Потому что кросскомпилятором ты бы до сих пор что-то вроде хурда собирал.
| |
|
5.71, Аноним (54), 16:00, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Если даже поломали - ты все еще можешь им собрать 2.7.2 и последовательно доапгрейдиться до какой там тебе нужен для хеловротов.
Полагаю, с CMake можно поступить так же.
| |
|
6.84, нах. (?), 17:56, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Если даже поломали - ты все еще можешь им собрать 2.7.2 и последовательно доапгрейдиться до какой там тебе нужен для хеловротов.
> Полагаю, с CMake можно поступить так же.
нет, конечно. Потому что мильен зависимостей и пяток из них сами требуют cmake. Причем гвоздем прибита конкретная наираспоследняя версия (обычно если ее понизить этак на пяток ничего не ломается, но мы про новую ос а не портирование на freebsd7)
| |
|
7.98, Аноним (50), 19:41, 12/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> нет, конечно. Потому что мильен зависимостей и пяток из них сами требуют cmake
Зависимостей пяток (expat, idn2, jsoncpp, rhash, uv, curses, openssl) и ни одна из них не требует cmake. Лол, ты как обычно.
| |
|
|
5.72, Аноним (12), 16:31, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> вообще-то до недавнего времени собирался - причем чем-то уровня чуть ли не tinyc
Лол, какой еще tinyc? 😂 С версии 4.8 (2013 год) GCC написан на C++.
| |
|
6.82, нах. (?), 17:51, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
значит, соберешь сперва 4.7
(Если тебе прям уперлось для твоей болгеносы наираспоследнюю версию компилятора)
это всяко попроще чем пытаться портировать наираспоследний компилятор на ос в которой еще ничего нет потому что нет компилятора.
| |
|
|
|
5.83, нах. (?), 17:53, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> даже больше, современному gcc нужен питон
ну я собственно и говорил - повторить линукс не получится. Потому что "нужен пихон" а потом по зависимостям еще и хруст приедет. Со всеми тремя своими поддерживаемыми платформами - виндой, виндой, и еще, вот...
| |
|
|
7.116, нах. (?), 21:21, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
в смысле появления какой-то другой операционной системы на базе открытых компонент.
времена гну, которые пытались таки быть portable software, увы, кончились. Теперь только линукс и еще, вот, венда и венда.
| |
|
|
|
|
|
2.96, Аноним (91), 19:32, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Зависимости cmake весят больше программы в несколько раз.
А кому-то не плевать?
| |
2.107, Аноним (50), 20:30, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Компилятор тоже больше программы в несколько раз, и чо?
Так-то недалёкие неосиляторы cmake этот же аргумент использовали даже во времена autocrap, когда "больше программы в несколько раз" был не единственный cmake на систему (с горсткой зависимостей, используемых кучей других программ), а простыня блевотного configure которая шла в каждом проекте и никому кроме него не была нужна. Т.е. десяток мегабайт cmake это у них много, а сотня configure на мегабайт каждый, это фигня.
| |
|
1.66, Аноним (-), 15:36, 12/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Автор забыл упомянуть, что CMake - это инструмент для тех, кто программирует на C++.
| |
1.73, nc (ok), 16:39, 12/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Для винды пользуюсь штатными *.vcxproj Студии и всё устраивает.
Для линукса пользуюсь штатными *.pro QtCreator'а и всё устраивает.
Все эти сборочные скрипты (make, cmake и т.п., тысячи их)... ни разу в жизни не понадобились, исключая только компиляцию исходников скачанных из инета. И то нередко такое бывает что скачаешь, а оно не компилируется.
| |
|
2.75, Аноним (12), 16:59, 12/08/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Ну а мог бы один раз под обе платформы написать CMkae файл Ну и да, под Линуксо... большой текст свёрнут, показать | |
2.94, Советский инженер (ok), 19:00, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> ... пользуюсь штатными *.pro QtCreator'а
есть огромный шанс что в Qt 7 максимум 8 никакого *.pro не будет.
| |
2.101, Аноним (101), 19:54, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
В CI/CD тоже студию и креатор запускаешь? Или у вас всё по-семейному, резилы делает дед на своём лаптопе и закачивает по FTP?
| |
|
3.121, Аноним (121), 23:56, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Чел фигню написал, .pro компилируется чисто в консоли и без Creator'а. И формат мультиплатформенный.
| |
|
2.108, 12yoexpert (ok), 20:31, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Для винды пользуюсь штатными *.vcxproj Студии и всё устраивает.
дальше не читал, не дай бог где-нибудь с тобой в реальной жизни пересечься
| |
2.133, SKZ (?), 14:20, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Как бы мне модули ядра посредством штатного *.про скомпилировать?
| |
|
1.90, Аноним (90), 18:28, 12/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Никогда не понимал тех, кто билдит под линух и избегает мейк, если проект по сложности не ядро, то использование чего-то отличного от классического мейка неоправдано.
Это банальное неуважение к тем, кто возможно будет работать над такими проктами - порой доходит до абсурда - проект по сложности хеловрот какой нибудь, однако уже сборочного мусора натащено немало.
| |
|
|
3.117, нах. (?), 21:25, 12/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> использование чего-то отличного от классического мейка неоправдано.
> Как ты для себя объясняешь наличие Autotools?
костыль тех древних времен, когда софт _мог_ работать не только под линуксом.
Эти времена давно прошли (вот потому что все равно у тебя нет питона под твою экзотическую платформу)
> Пример того самого абсурда:
>> In 1991, David J. MacKenzie got tired of customizing Makefile for the 20 platforms
не хотел бы тебя огорчать, но помимо мэйкфайла у него был КОД - разный для этих 20 платформ. Поэтому и приходилось кастомайзить мэйкфайлы.
И этот код сам себя не написал - просто этот Дэвид был сильно неленивый. Причем ВСЕ (вот ровно ВСЕ) эти 20 платформ сегодня мертвы.
| |
|
4.125, Советский инженер (ok), 09:06, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> ... когда софт _мог_ работать не только под линуксом.
софт, который работает только под линуксом - это либо что-то типа systemd либо никому нинужно
| |
|
5.147, _ (??), 16:44, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну да, ну да(С) :)
Или к примеру практически любой новый графоний, там по цепочке зависимости на linux-only почти всегда...
Хотя да даже если серверный софт завязать на systemd и где ещё ты его запустишь? А завязывают во-всю..
> либо никому нинужно
Дык линукс жи! :) У вас всегда если что-то не работает (чего то тупо нет) - то оно и нинужнаааа!(С)
;-)
| |
|
|
|
2.104, Аноним (50), 20:23, 12/08/2025 [^] [^^] [^^^] [ответить] | +/– | Наоборот, неуважение - это использовать убогий по возможностям, и при этом неопр... большой текст свёрнут, показать | |
|
3.110, 12yoexpert (ok), 20:33, 12/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
лучше бы ты букварь купил
ведь вряд ли у вас в советской школе бесплатно выдают, дочам чиновников нужны свои гаремы
| |
3.118, нах. (?), 22:04, 12/08/2025 [^] [^^] [^^^] [ответить] | +/– | А кому она должна А мой код не оттестирован ни на чем другом и в общем-то почт... большой текст свёрнут, показать | |
|
4.152, Аноним (-), 19:10, 14/08/2025 [^] [^^] [^^^] [ответить] | +/– | Потому что если к тебе придёт доброволец, который решит оттестировать, он будет ... большой текст свёрнут, показать | |
|
5.153, нах. (?), 19:31, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Потому что если к тебе придёт доброволец, который решит оттестировать, он будет для начала
> вынужден выкинуть твои Makefile'ы и написать их заново.
нет, для начала он должен будет написать вагон и маленькую тележку своего кода под специфическую платформу. А там и посмотрим, дойдет ли до "переписывания".
> Дистрибутив может собирать твой код со своими CFLAGS.
в этом нет ни малейшего смысла, о член секты свидетелей -O6. Поэтому нет смысла и беспокоиться.
> Надо знать способы. В случае make'а другого способа нет.
способа просто нет. Есть только костыли.
> Gentoo может. Не, ты прикинь, да? У кого-то нет способов, и не работает давным-давно, а
> мейнтейнеры Gentoo справляются. Может у кого-то руки кривые просто?
или кто-то звиздит (и те таки используют сборку в chroot). У меня, чтоб ты знал - стоит инструментарий для кросс-сборки. Там мало chroot, там целая куча модных-молодежных фокусов с оверлейфс и тому подобным. (кроме хеловрота все равно ничего таким не собрать - ну вот к примеру из-за configure, которая не работает)
> Я регулярно собираю под arm и mips. Я пробовал это делать до миграции на rust, и это
> было такой болью... Даже в gentoo. Но когда это делается добавлением одного флага к
> вызову cargo build
то ись речь о хеловротах на хрусте с переписанными с нуля всеми системными библиотеками (хеловротах потому что будь они не хеловротами им таки бы понадобились немодные-немолодежные библиотеки других проектов) - под все те три платформы на которых заводится хруст.
| |
|
6.156, Аноним (-), 22:01, 14/08/2025 [^] [^^] [^^^] [ответить] | +/– | Ты видимо не знаком с разработкой от слова вообще Ему придётся начать с перепис... большой текст свёрнут, показать | |
|
|
|
3.127, Аноним (45), 09:29, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Как же ты поверхностно мыслишь. Дальше своего носа вообще не видишь. Make не под какие-то твои редкие частные задачи сделан. Он гораздо глубже продуман для общего использования и с минимальными навешиваниями обязаловок на пользователей, а ты, как типичная веб-м*к*ка, которая готова все и вся повязать, потому что тебе это вот прям сейчас вот так вот нравится/удобно.
| |
|
4.128, Советский инженер (ok), 13:10, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
вот из-за того что мейк такой продуманный и минималистичный, он сам по себе нафик никому ненужен.
разве что для хеллоуворда. и то не для каждого.
| |
|
5.137, Аноним (45), 17:21, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
А может кто-то пытается через make кувыркатьс с симптомами в работе, а не решать проблему? Может задачу нужно ставить корректно, а не через ж*пу?
| |
|
6.139, Аноним (139), 17:50, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А может кто-то пытается через make кувыркатьс с симптомами в работе
Ну да, возможно. Хотя странно: в предыдущем сообщении ты вроде make защишал. 🤔
| |
6.140, Советский инженер (ok), 19:14, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А может кто-то пытается через make кувыркатьс с симптомами в работе ...
ну не знаю. ты мне лучше скажи какой более менее популярный проект собирается чисто make без автотулзов/симейков/перлов/питонов и подобного.
вот чисто компилятор и make.
сможеш?
| |
|
7.144, fee (?), 21:45, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> ты мне лучше скажи какой более менее популярный проект собирается чисто make без автотулзов/симейков/перлов/питонов и подобного.
много какие для bare metal, и также например suckless.org.
| |
|
|
|
4.157, Аноним (-), 22:13, 14/08/2025 [^] [^^] [^^^] [ответить] | +/– | Ой, не смешите мои тапочки make продуман Он был слеплен на коленке, это скво... большой текст свёрнут, показать | |
|
3.129, Аноним (26), 13:19, 13/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> make не умеет в нормальную параллельную сборку
Враньё, make -j16 и всё на 16 потоков раскидывается. Так же как враньё что нинзя якобы быстрее мейка, во всяком случае на типичных проектах это не так. А учитывая что иде по кнопке будет не нинзю напрямую вызывать, т.к. структура проекта могла измениться, а мезон / смаке, то всё это становится наоборот медленнее нормального мейка.
> не умеет генерацию ide проектов
Нафига, это иде должна импортировать проект.
| |
|
|
5.131, Аноним (26), 13:52, 13/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Он чекает все файлы, их даты изменения, и даты изменения соответствующих объектных файлов.
| |
|
6.134, Советский инженер (ok), 14:47, 13/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Он чекает все файлы
что значит все? все во всей доступной файловой системе?
как тогда он определяет какие файлы принадлежат проекту?
или он чекает файлы записанные в мейкфайле.
тогда ворос прежний: как make может узнать про изменение структры проекта?
| |
|
|
|
3.148, _ (??), 16:52, 14/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Справедливости ради - большинство перечисленного о том как микроскоп использовали для забивания шурупов и завёртывания гвоздей... :)
> У меня в системе нет 'gcc'. Нужно '${CC}'
> У меня в системе 'make' не то что ты думаешь.
А вот прямо интересно стало ... систему свою озвучишь?
> Ну и на звёздочку - настоящий переносимый Makefile должен поддерживать gnu и bsd диалекты.
Боюсь - _уже_ нет! :(
Хорошая часть софта в бздяхах без gnu make уже не соберётся...
> Удачи с этим.
Да упырь свой мел!(С) :) Тупо ставят gnu make и в BSD и в форточки и в яббблы ...
Как то так!(С) :)
| |
|
4.155, нах. (?), 19:43, 14/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Ну и на звёздочку - настоящий переносимый Makefile должен поддерживать gnu и bsd
>>диалекты.
> Боюсь - _уже_ нет! :(
> Хорошая часть софта в бздяхах без gnu make уже не соберётся...
хорошая часть плохого современного софта без ручного патчинга в любой системе отличной от systemd/linux и wsl - вообще не соберется или работать не будет. А переносимый софт, там где уж остался по недоразумению - таки стоит писать переносимым образом.
используя поменьше питонозависимых и зависящих от самих себя автоматик в том числе
| |
|
|
|
|