forum.opennet.ru - "Выпуск ForgeZero 1.9.0, инструмента сборки для C и ассемблера" (22)

"Выпуск ForgeZero 1.9.0, инструмента сборки для C и ассемблера"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск ForgeZero 1.9.0, инструмента сборки для C и ассемблера"	+/–
Сообщение от opennews (??), 19-Май-26, 07:13
Опубликован релиз ForgeZero 1.9.0 (fz), консольного инструмента сборки для проектов на языках C, C++ и ассемблере (NASM, GAS, FASM). Инструмент не требует создания Makefile или иных конфигурационных файлов для базового использования. Код проекта написан на языке Go и распространяется под лицензией MIT... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=65474
Ответить \| Правка \| Cообщить модератору

Оглавление

Это замена утилите make , Аноним (-), 07:13 , 19-Май-26, (1) +2

Похоже на то , Олег (??), 09:04 , 19-Май-26, (4)
и тут авторы ForgeZero нашли в связке make и любой программы, формирующей mak, Жироватт (ok), 09:40 , 19-Май-26, (12) +6

О господи, всем наcpaть с Ну написали и написали, чего такая тряска make это п, Аноним (14), 10:16 , 19-Май-26, (14) –2

Ну вот примерно поэтому линукс-десктоп - это такая эфемерная система, кот, Аноним (31), 10:59 , 19-Май-26, (31)

Открою секрет - для базового использования ни один инструмент не требует перечис, Аноним (13), 10:06 , 19-Май-26, (13) +1
Этот проект должен уметь генерить Makefile или cmake или ninja,Тогда будет круто, xor2003 (?), 10:40 , 19-Май-26, (23) –1

в мультидиректорных проектах файлы с одинаковыми базовыми именами из разных под, Tron is Whistling (?), 08:22 , 19-Май-26, (3) +3
Автор, санитайзеры по умолчанию лучше отключать - они существенно замедляют бина, Олег (??), 09:06 , 19-Май-26, (6)
Странно а чем не устроил тот же make синтаксис довольно простой, enep (ok), 09:07 , 19-Май-26, (7)

Тем, что его нуджно написать, а это лень, неможно и немолодёжно Когда есть инст, Ананоним (?), 09:11 , 19-Май-26, (8)
Не знаю как в этой поделке, но у Make есть куча проблем и костылей Начиная от ре, Аноним (14), 10:19 , 19-Май-26, (15) –2

а 171 более современные тулы 187 часто в итоге генерируют Makefile, edo (ok), 10:28 , 19-Май-26, (19)

Чушь Зачем им собственноручно урезать собственные возможности , Аноним (31), 10:54 , 19-Май-26, (29) –1

Что значит урезать собственные возможности Это метасистемы сборки, они не заним, Сладкая булочка (?), 11:38 , 19-Май-26, (33)

На ninja, у которой тоже зависимости по timestamp , Сладкая булочка (?), 11:36 , 19-Май-26, (32)

Почему если проект на go, к нему сразу отношение как к мальчику в разноцветной к, name (??), 09:34 , 19-Май-26, (9) +4
Сабж явно предназначен для новых проектов В то же время общая рекомендация тако, q (ok), 09:35 , 19-Май-26, (10)

У вас в слове расте 15 ошибок, правильно писать D , Аноним (31), 10:43 , 19-Май-26, (25)

У меня это кросс-компилятор делает Пишу под Linux, а сборки для Windows уже даж, Аноним (13), 10:29 , 19-Май-26, (20)

Садись, пять , Сладкая булочка (?), 11:41 , 19-Май-26, (35)

Странный проект Тащить go в тулинг для сборки c или с - оверкил для обычных пр, Сладкая булочка (?), 11:40 , 19-Май-26, (34)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (-), 19-Май-26, 07:13 +2 +/–

Это замена утилите make?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #12, #13, #23

3. Сообщение от Tron is Whistling (?), 19-Май-26, 08:22 +3 +/–

"в мультидиректорных проектах файлы с одинаковыми базовыми именами из разных подкаталогов перезаписывали объектные файлы друг друга"
Дальше не читал, понятно, что уже не нужно, потому что изначально ногами делано.

Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от Олег (??), 19-Май-26, 09:04 +/–

Похоже на то.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

6. Сообщение от Олег (??), 19-Май-26, 09:06 +/–

Автор, санитайзеры по умолчанию лучше отключать - они существенно замедляют бинарник. Поэтому подобное умолчание может доставить неудобств.
Я правильно понял, что подтягивания зависимостей нет?

Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от enep (ok), 19-Май-26, 09:07 +/–

Странно а чем не устроил тот же make синтаксис довольно простой

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #15

8. Сообщение от Ананоним (?), 19-Май-26, 09:11 +/–

Тем, что его нуджно написать, а это лень, неможно и немолодёжно. Когда есть инструмент "и так сойдёт", соблазн очень велик.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

9. Сообщение от name (??), 19-Май-26, 09:34 +4 +/–

Почему если проект на go, к нему сразу отношение как к мальчику в разноцветной кепочке с пропеллером..

Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от q (ok), 19-Май-26, 09:35 +/–

Сабж явно предназначен для новых проектов. В то же время общая рекомендация такова, что новые проекты надо начинать на расте, а не си/плюсах. Так что сабж опоздал лет на 20.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

12. Сообщение от Жироватт (ok), 19-Май-26, 09:40 +6 +/–

...и тут авторы ForgeZero нашли в связке make и любой программы, формирующей makefile ФАТАЛЬНЫЙ НЕДОСТАТОК - его писали не они! Для решения этой проблемы они создали ForgeZero (похожее на все сборочные системы, но другое), полностью исключающее Library (objectfile) Hell!...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #14

13. Сообщение от Аноним (13), 19-Май-26, 10:06 +1 +/–

> Инструмент не требует создания Makefile или иных конфигурационных файлов для базового использования.
Открою секрет - для базового использования ни один инструмент не требует перечисленных вещей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

14. Сообщение от Аноним (14), 19-Май-26, 10:16 –2 +/–

О господи, всем наcpaть! (с)
Ну написали и написали, чего такая тряска?
make это просто древний копролит рассчитанный на престарелых луdduтов.
А у нас вообще то СПО и делать кучу вариантов одного и того же - наоборот приветствуется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #31

15. Сообщение от Аноним (14), 19-Май-26, 10:19 –2 +/–

Не знаю как в этой поделке, но у Make есть куча проблем и костылей.
Начиная от рекурсивного make заканчивая просто угребищным Dependency Management по таймстемпу.
Не зря многие проекты переехали на более современные тулы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #19, #32

19. Сообщение от edo (ok), 19-Май-26, 10:28 +/–

> Не зря многие проекты переехали на более современные тулы.
а «более современные тулы» часто в итоге генерируют Makefile

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #29

20. Сообщение от Аноним (13), 19-Май-26, 10:29 +/–

> Поддерживаются платформы Linux, ..., Windows
У меня это кросс-компилятор делает. Пишу под Linux, а сборки для Windows уже даже не тестирую.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

23. Сообщение от xor2003 (?), 19-Май-26, 10:40 –1 +/–

Этот проект должен уметь генерить Makefile или cmake или ninja,
Тогда будет круто

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

25. Сообщение от Аноним (31), 19-Май-26, 10:43 +/–

У вас в слове "расте" 15 ошибок, правильно писать D.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

29. Сообщение от Аноним (31), 19-Май-26, 10:54 –1 +/–

Чушь. Зачем им собственноручно урезать собственные возможности??

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #33

31. Сообщение от Аноним (31), 19-Май-26, 10:59 +/–

> и делать кучу вариантов одного и того же - наоборот приветствуется
:))) Ну вот примерно поэтому "линукс-десктоп" - это такая эфемерная система, которая вроде бы есть, но в таком виде нафиг никому не нужна. Время "пусть распускаются тысячи цветов" в ИТ прошло примерно 20 лет назад - выжили те, кто реально хорошо делал свою задачу. Т.е. наступило время "собирать десятки плодов от тысяч цветов".
ФОСС - он как бы приятная штука, ИГРУШКА для нубов, но для дела, для бизнеса такой подход "захотел - запилил ещё один редактор" - категорически не годится.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

32. Сообщение от Сладкая булочка (?), 19-Май-26, 11:36 +/–

> просто угребищным Dependency Management по таймстемпу.
> Не зря многие проекты переехали на более современные тулы.
На ninja, у которой тоже зависимости по timestamp?)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

33. Сообщение от Сладкая булочка (?), 19-Май-26, 11:38 +/–

Что значит урезать собственные возможности? Это метасистемы сборки, они не занимаются сборкой, а генерируют правила для систем сборки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

34. Сообщение от Сладкая булочка (?), 19-Май-26, 11:40 +/–

Странный проект.
Тащить go в тулинг для сборки c или с++ - оверкил для обычных проектов. Если вы крупная контора, делающся свою систему сборки - еще может быть. Но для обычных проектов есть устоявщиеся мета-системы сборки, есть conan. Им нет смысла переходить на новый инструмент.

Ответить | Правка | Наверх | Cообщить модератору

35. Сообщение от Сладкая булочка (?), 19-Май-26, 11:41 +/–

> а сборки для Windows уже даже не тестирую
Садись, пять.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Аноним (-), 19-Май-26, 07:13	+2 +/–
Это замена утилите make?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4, #12, #13, #23

3. Сообщение от Tron is Whistling (?), 19-Май-26, 08:22	+3 +/–
"в мультидиректорных проектах файлы с одинаковыми базовыми именами из разных подкаталогов перезаписывали объектные файлы друг друга" Дальше не читал, понятно, что уже не нужно, потому что изначально ногами делано.
Ответить \| Правка \| Наверх \| Cообщить модератору

4. Сообщение от Олег (??), 19-Май-26, 09:04	+/–
Похоже на то.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

6. Сообщение от Олег (??), 19-Май-26, 09:06	+/–
Автор, санитайзеры по умолчанию лучше отключать - они существенно замедляют бинарник. Поэтому подобное умолчание может доставить неудобств. Я правильно понял, что подтягивания зависимостей нет?
Ответить \| Правка \| Наверх \| Cообщить модератору

7. Сообщение от enep (ok), 19-Май-26, 09:07	+/–
Странно а чем не устроил тот же make синтаксис довольно простой
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #8, #15

8. Сообщение от Ананоним (?), 19-Май-26, 09:11	+/–
Тем, что его нуджно написать, а это лень, неможно и немолодёжно. Когда есть инструмент "и так сойдёт", соблазн очень велик.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

9. Сообщение от name (??), 19-Май-26, 09:34	+4 +/–
Почему если проект на go, к нему сразу отношение как к мальчику в разноцветной кепочке с пропеллером..
Ответить \| Правка \| Наверх \| Cообщить модератору

10. Сообщение от q (ok), 19-Май-26, 09:35	+/–
Сабж явно предназначен для новых проектов. В то же время общая рекомендация такова, что новые проекты надо начинать на расте, а не си/плюсах. Так что сабж опоздал лет на 20.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #25

12. Сообщение от Жироватт (ok), 19-Май-26, 09:40	+6 +/–
...и тут авторы ForgeZero нашли в связке make и любой программы, формирующей makefile ФАТАЛЬНЫЙ НЕДОСТАТОК - его писали не они! Для решения этой проблемы они создали ForgeZero (похожее на все сборочные системы, но другое), полностью исключающее Library (objectfile) Hell!...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #14

13. Сообщение от Аноним (13), 19-Май-26, 10:06	+1 +/–
> Инструмент не требует создания Makefile или иных конфигурационных файлов для базового использования. Открою секрет - для базового использования ни один инструмент не требует перечисленных вещей.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

14. Сообщение от Аноним (14), 19-Май-26, 10:16	–2 +/–
О господи, всем наcpaть! (с) Ну написали и написали, чего такая тряска? make это просто древний копролит рассчитанный на престарелых луdduтов. А у нас вообще то СПО и делать кучу вариантов одного и того же - наоборот приветствуется.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #31

15. Сообщение от Аноним (14), 19-Май-26, 10:19	–2 +/–
Не знаю как в этой поделке, но у Make есть куча проблем и костылей. Начиная от рекурсивного make заканчивая просто угребищным Dependency Management по таймстемпу. Не зря многие проекты переехали на более современные тулы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #19, #32

19. Сообщение от edo (ok), 19-Май-26, 10:28	+/–
> Не зря многие проекты переехали на более современные тулы. а «более современные тулы» часто в итоге генерируют Makefile
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #29

20. Сообщение от Аноним (13), 19-Май-26, 10:29	+/–
> Поддерживаются платформы Linux, ..., Windows У меня это кросс-компилятор делает. Пишу под Linux, а сборки для Windows уже даже не тестирую.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #35

23. Сообщение от xor2003 (?), 19-Май-26, 10:40	–1 +/–
Этот проект должен уметь генерить Makefile или cmake или ninja, Тогда будет круто
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

25. Сообщение от Аноним (31), 19-Май-26, 10:43	+/–
У вас в слове "расте" 15 ошибок, правильно писать D.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

29. Сообщение от Аноним (31), 19-Май-26, 10:54	–1 +/–
Чушь. Зачем им собственноручно урезать собственные возможности??
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #33

31. Сообщение от Аноним (31), 19-Май-26, 10:59	+/–
> и делать кучу вариантов одного и того же - наоборот приветствуется :))) Ну вот примерно поэтому "линукс-десктоп" - это такая эфемерная система, которая вроде бы есть, но в таком виде нафиг никому не нужна. Время "пусть распускаются тысячи цветов" в ИТ прошло примерно 20 лет назад - выжили те, кто реально хорошо делал свою задачу. Т.е. наступило время "собирать десятки плодов от тысяч цветов". ФОСС - он как бы приятная штука, ИГРУШКА для нубов, но для дела, для бизнеса такой подход "захотел - запилил ещё один редактор" - категорически не годится.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14

32. Сообщение от Сладкая булочка (?), 19-Май-26, 11:36	+/–
> просто угребищным Dependency Management по таймстемпу. > Не зря многие проекты переехали на более современные тулы. На ninja, у которой тоже зависимости по timestamp?)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

33. Сообщение от Сладкая булочка (?), 19-Май-26, 11:38	+/–
Что значит урезать собственные возможности? Это метасистемы сборки, они не занимаются сборкой, а генерируют правила для систем сборки.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29

34. Сообщение от Сладкая булочка (?), 19-Май-26, 11:40	+/–
Странный проект. Тащить go в тулинг для сборки c или с++ - оверкил для обычных проектов. Если вы крупная контора, делающся свою систему сборки - еще может быть. Но для обычных проектов есть устоявщиеся мета-системы сборки, есть conan. Им нет смысла переходить на новый инструмент.
Ответить \| Правка \| Наверх \| Cообщить модератору

35. Сообщение от Сладкая булочка (?), 19-Май-26, 11:41	+/–
> а сборки для Windows уже даже не тестирую Садись, пять.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20