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

"Выпуск 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.ru/opennews/art.shtml?num=65474
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

37. Сообщение от Аноним (37), 19-Май-26, 11:47	–1 +/–
Они пытаются переизобрести Паскаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

40. Сообщение от Соль земли2 (?), 19-Май-26, 11:53	+/–
Не используй Make - это полное месиво. Используй Make - его хватит для большинства задач. Не используй CMake - это полное месиво. Используй CMake - его хватает в большинстве случаев.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

42. Сообщение от Сладкая булочка (?), 19-Май-26, 11:56	+1 +/–
>> На ninja, у которой тоже зависимости по timestamp?) > Или на Meson) meson - мета-система. Они генерит make. Поэтому make разумно сравнивать с ninja. > Но проблемы make оно ж не отменяет) https://cdn.idaprikol.ru/images/668df9e987c85648d5f70a9adb20...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #118

43. Сообщение от Аноним (37), 19-Май-26, 11:58	+/–
Тогда пусть возьмут Паскаль - его модульная система позволяет обходиться безо всяких Makefile.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

48. Сообщение от Аноним (48), 19-Май-26, 12:41	+2 +/–
Только Д лет 20 окончательно издох. 2 версия компилятора это какая-то шутка с рантаймом. Да и в целом, ощущение, что раст конкретно Д вполне заменят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #52

49. Сообщение от Аноним (49), 19-Май-26, 12:54	–3 +/–
> Тем, что его нуджно написать, а это лень, неможно и немолодёжно. а, что деды не могли сделать интерактивную утилиту, которая задавая вопросы про включения тех или иных опций, выбора тех или иных файлов для компиляции и т.д. сохраняло бы выбранные параметры один раз и все, а дальше тупо запускай команду билд. Что таже самая ./configure не могла быть интерактивной? нет бл*ть надо --help прописать, час потратить на разбор выхлопа, потом руками прописать пяти строчный набор параметров командной строки сохранить его в текстовый файлик от греха подальше на будущее, ппц, а потом придумали якобы мейк для решения этой проблемы, а щас решают проблему мейка, а завтра будут решать проблему этого forgezero (даблфейспалм)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #50, #147

50. Сообщение от Ананоним (?), 19-Май-26, 13:20	+3 +/–
>> Тем, что его нуджно написать, а это лень, неможно и немолодёжно. > а, что деды не могли сделать интерактивную утилиту, которая задавая вопросы про > включения тех или иных опций, выбора тех или иных файлов для > компиляции и т.д. сохраняло бы выбранные параметры один раз и все, > а дальше тупо запускай команду билд. Что таже самая ./configure не > могла быть интерактивной? нет бл*ть надо --help прописать, час потратить на > разбор выхлопа, потом руками прописать пяти строчный набор параметров командной строки > сохранить его в текстовый файлик от греха подальше на будущее, ппц, > а потом придумали якобы мейк для решения этой проблемы, а щас > решают проблему мейка, а завтра будут решать проблему этого forgezero (даблфейспалм) Люди очень часто решают несуществующие проблемы ради мифического удобства. А ещё большинство плодят ненужные сущности, вместо их сокращения. Так что относись к этому спокойно, суета никогда никуда не исчезнет вокруг, ты только можешь научиться всё делать оптимально для себя. И ничего плохого в записках нет, текстовый редактор и файл уже давно изобретены. А вот твой "интерактив" каждый раз это точно ненужная хрень. Но ты ещё этого не понял. Возможно ты жертва GUI и мышки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #56

52. Сообщение от Аноним (52), 19-Май-26, 13:26	+/–
Может, какой-нибудь Rust_with_classes и с шаблонами, и заменит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #63

53. Сообщение от edo (ok), 19-Май-26, 13:46	+/–
вы про meson или cmake?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #57

56. Сообщение от Аноним (49), 19-Май-26, 14:18	–1 +/–
> А вот твой "интерактив" каждый раз это точно ненужная хрень. кто сказал каждый раз? Читайте внимательно! > Но ты ещё этого не понял. Возможно ты жертва GUI и мышки. Гуй и интерактивность это разные понятие если ты еще не понял! Ставить галочки у опций конечно же легче чем писать -Wall -Wextra -Werror -Wpedantic -Wshadow -Wconversion, вы считаете обратно? Если да, то вы страдаете хн*й, банальная симуляция деятельности. И опциональность, гибкость ой не знаю что, все это должно быть в необходимом и достаточном количестве, то есть оптимальном, избыток всегда создает мракобесие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #82, #148

57. Сообщение от Сладкая булочка (?), 19-Май-26, 14:19	+/–
> вы про meson или cmake? Не имеет значения: истино для любой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

58. Сообщение от Аноним (58), 19-Май-26, 14:25	–1 +/–
В чем проблема вызывать gcc с нужными флагами и аргументами? Никогда не понимал зачем мне эти системы сборки проектов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60, #62, #64, #122

60. Сообщение от Аноним (48), 19-Май-26, 14:46	+/–
Проблема собрать с различными параметрами и зависимостями (различных версий) под разные платформы. Ну и как видим пго и юнити билды непосильная задача для любителей makefile.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

61. Сообщение от Аноним (48), 19-Май-26, 14:51	+/–
Не помню, чтобы кто-то призывал использовать cmake. Он немного лучше automake, но в целом месон удобнее. При этом automake самый гибкий и универсальный, на 2 головы превосходит cmake и meson вместе взятых. Но неудобен. Использовать просто make? Ну, если весь твой проект -- пара файлов на си без совместимости с зависимостями, make хватит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #65, #81

62. Сообщение от maximnik0 (?), 19-Май-26, 15:18	+/–
>Никогда не понимал зачем мне эти системы сборки проектов. Я как знакомый с виндой помогал народу по мере сил разобраться с исходниками Jagged Alliance 2 ,без игровых ресурсов.Народ проклял разбираться с зависимостьями - make файлы были удалены (не знаю зачем).Уже не помню сделали интузиасты порт движка или нет.Сейчас есть официальный порт под linux от компании Tribsoft.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

63. Сообщение от Онанимус (?), 19-Май-26, 15:19	+1 +/–
…а вот Ватсон без классов уже не мог…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

64. Сообщение от Аноним (37), 19-Май-26, 15:26	+/–
> В чем проблема вызывать gcc с нужными флагами и аргументами? Проблема в "с нужными флагами и аргументами". Где это хранить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #66, #88

65. Сообщение от Аноним (65), 19-Май-26, 15:34	+/–
meson требует полноценно развёрнутого питона в системе, CMake же автономен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #70, #79, #95

66. Сообщение от Аноним (66), 19-Май-26, 15:37	+/–
>> В чем проблема вызывать gcc с нужными флагами и аргументами? > Проблема в "с нужными флагами и аргументами". Где это хранить? В текстовом файлике) Как-то довелось работать с подобным интеллектуальным дедом. У него был файл, в который он копировал строки команд для консоли. И если надо было собрать проект, то он искал какая нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #77

67. Сообщение от Аноним (65), 19-Май-26, 15:37	+/–
> ForgeZero is a high-performance, zero-overhead build tool for assembly and C developers. It wraps NASM, GAS, FASM, GCC, Clang, and LD > … > Languages: Go 100.0% Ну да, ну да. Чтобы с комфортом покомпилять на ассемблере нужно сначала притащить компилятор Go с гуглозондами. Такое–то удобство, такая–то эффективность, Bellissimo!👌
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68

68. Сообщение от Аноним (-), 19-Май-26, 15:42	+/–
Go был выбран, потому что бинарники, которые он генерирует, представляют собой самодостаточные контейнеры, не требующие внешних зависимостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #94

70. Сообщение от Аноним (48), 19-Май-26, 16:05	+/–
> meson требует полноценно развёрнутого питона в системе, CMake же автономен. cmake больше загаживает * dev-lang/python-3.14.5          Total files : 2862          Total size  : 57.46 MiB * dev-build/meson-1.11.1          Total files : 1051          Total size  : 22.96 MiB * dev-build/cmake-4.3.2          Total files : 4140          Total size  : 60.28 MiB
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

71. Сообщение от Сусанин (?), 19-Май-26, 16:44	+3 +/–
Ребят, ну все, кто программирует на C, C++ и ассемблере просто обязаны знать make и уметь писать makefile! Это же азбука! Или это для поколения ЕГЭ сложно? Но как же тогда вы будете программировать на ассемблере? 8-)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80, #146

72. Сообщение от Аноним (72), 19-Май-26, 16:45	+3 +/–
Поэтому бизнес пользуется линуксом и пилит свои решения под него повсеместно, в том числе и опенсорс. Обожаю, когда школьники рассказывают как оно там -- в серьёзном бизнесе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

73. Сообщение от Аноним (-), 19-Май-26, 16:47	+1 +/–
> для проектов на языках C, C++ и ассемблере ... > Код проекта написан на языке Go Это FAIL как по мне, чтоб скомпилить приблуду для асма и сей - го ставить? Ну да, логика! :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78

74. Сообщение от Аноним (74), 19-Май-26, 17:05	+1 +/–
>Я правильно понял, что подтягивания зависимостей нет? Лучше, чтобы подтягивала молча с левых репо исходники или, не дай бог, .so?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

77. Сообщение от Сладкая булочка (?), 19-Май-26, 17:13	+1 +/–
>>> В чем проблема вызывать gcc с нужными флагами и аргументами? >> Проблема в "с нужными флагами и аргументами". Где это хранить? > В текстовом файлике) > Как-то довелось работать с подобным интеллектуальным дедом. > У него был файл, в который он копировал строки команд для консоли. > И если надо было собрать проект, то он искал какая нужна. Так много кто делает, особенно если команды не простые. Каждый раз писать баш портянку на пайпах лень, а в истории может не быть, если, например, зашел на новую машину.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

78. Сообщение от Аноним (81), 19-Май-26, 17:15	+3 +/–
И в чём проблема? Если ты ставишь бинарные пакеты, тебе вообще похрен на чём они написаны из компилируемых языков - хоть C, хоть rust, хоть хаскель. Если ты собираешь из исходников, go на порядок более лёгкий чем те же gcc/clang/rust/ghc, а в система у тебя и так завалена всевозможным говном начиная с перла. Потом, на чём она должна быть написана, по-твоему? Не на ассемблере же, C и плюсах?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #133

79. Сообщение от Сладкая булочка (?), 19-Май-26, 17:16	+/–
> meson требует полноценно развёрнутого питона в системе Есть muon на си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

80. Сообщение от Аноним (81), 19-Май-26, 17:17	–5 +/–
> просто обязаны знать make и уметь писать makefile! Не makefile, но любую актуальную систему сборки. just, cmake, meson, можно и fz. Make к таким не относится. > Это же азбука! Да, но старославянская.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #127, #128

81. Сообщение от Аноним (81), 19-Май-26, 17:22	+/–
> Не помню, чтобы кто-то призывал использовать cmake CMake - стандарт де факто, его и так все используют, зачем призывать это делать? А нетакусиков и неосиляторов наставлять на путь истинный - неблагодарное дело, они всё равно полезный для сообщества проект родить не способны. > При этом automake самый гибкий и универсальный Это потому что он портянка на баше, и эти качества - именно те которых не должно быть у сборочной системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #132

82. Сообщение от Ананоним (?), 19-Май-26, 17:25	+1 +/–
>> А вот твой "интерактив" каждый раз это точно ненужная хрень. > кто сказал каждый раз? Читайте внимательно! >> Но ты ещё этого не понял. Возможно ты жертва GUI и мышки. > Гуй и интерактивность это разные понятие если ты еще не понял! Ставить > галочки у опций конечно же легче чем писать -Wall -Wextra -Werror > -Wpedantic -Wshadow -Wconversion, вы считаете обратно? Если да, то вы страдаете > хн*й, банальная симуляция деятельности. И опциональность, гибкость ой не знаю что, > все это должно быть в необходимом и достаточном количестве, то есть > оптимальном, избыток всегда создает мракобесие. Учись писать портянки с рассказами какую кнопку нажать в GUI, тебе скрипты не по силам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #124

83. Сообщение от Аноним (83), 19-Май-26, 17:44	+/–
Да, поэтому нам нужен один дистрибутив, один DE, один Столлман
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

88. Сообщение от Аноним (49), 19-Май-26, 18:08	+/–
опции компилятора по существу должны хранятся в исходных файлах проекта. Где именно? да в том же main.c
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

89. Сообщение от Аноним (89), 19-Май-26, 18:21	+/–
у меня подозрения, что те, кто не любит системы сборки и makefile, уже пользуются языками программирования, в которых есть модули, и компиляторы которых могут от главного модуля сами найти и скомпилировать все зависимости простой командой. как уже вышеупомянутые паскаль и ди.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #116, #117, #137

91. Сообщение от Аноним (74), 19-Май-26, 18:56	+/–
Выглядит странно: Тащить поддержку другого языка на платформу, чтобы выполнить задачу, имеющую много других инструментом для выполнения.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #136

92. Сообщение от Аноним (92), 19-Май-26, 18:57	–2 +/–
> Если вы крупная контора, делающся свою систему сборки - еще может быть. Не может. Я не вижу никаких слов о кросссборке, а это значит что форжзиро бесполезен. Он хорош только в роли стартовой системы сборки для проекта, который развиваясь с нуля может отложить в будущее момент, когда надо будет систему сборки присобачивать. И в этом плане он довольно удобен, да. С теми же макефилами надо как минимум собрать список объектных файлов, возможно указать список поддиректорий, и всё это надо разложить по макефилам. Делов на 10 минут, но не надо забывать, что добавление каждого дополнительного юнита значит что надо не забыть в соответствующий макефил прописать его. С форгезеро не надо даже этих десяти минут. То есть это очень удобно как раз на старте проекта, когда ты начинаешь писать первые сотни/тысячи строк кода и даже ещё не знаешь, что с ними будет потом. Может через неделю ты просто выкинешь код и забудешь про него. В таких случаях просто ломает возиться с системами сборки. Но выстраивать поверх этого какую-то систему сборки -- не вариант. > Тащить go в тулинг для сборки c или с++ - оверкил для обычных проектов. Пфф. Это компайл-тайм депенданс. Который меньше чем какой-нибудь валгринд, без которого нельзя разрабатывать код на C или C++. гсс и шланг будут жрать на порядок больше, даже если речь идёт про C, а не C++. Если твоей системе сложно выполнять форгезеро, то я думаю тебе пора поменять свой i386 на i586 хотя бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

94. Сообщение от Аноним (94), 19-Май-26, 19:17	–2 +/–
Зачем смешивать понятия "исполняемый файл" и "самодостаточный контейнер"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

95. Сообщение от Аноним (-), 19-Май-26, 19:45	+/–
> meson требует полноценно развёрнутого питона в системе, CMake же автономен. Вообще есть такая штука как Muon. Реализует тот же DSL - но на си :). Так что можно и без питона. Но в целом meson достаточно дурацкая штука имхо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

107. Сообщение от Аноним (107), 20-Май-26, 00:08	+1 +/–
Посмотрел новость... Autotools - моё фсё.
Ответить | Правка | Наверх | Cообщить модератору

111. Сообщение от Аноним (111), 20-Май-26, 00:57	+/–
Предлагаю автору урезать readme.md. В противном случае целевая аудитория не поймёт, зачем это. Сейчас эта замена автотулзов поставляется со сравнимым с праймером по мейкфайлам мануалом.
Ответить | Правка | Наверх | Cообщить модератору

116. Сообщение от Жироватт (ok), 20-Май-26, 09:28	+/–
Ограниченно могут. А вот что посложнее, вроде кросскомпиляции под набор систем с разными наборами библиотек и зависимостях в системных, но не стандартных библиотеках... Или сборки не одного бинарника в одной директории, а набора бинарников с разными т.н. flavours для разных подверсий, причём с разным функционалом... Или дополнительной обработки внешним инструментом готового или промежуточного результата сборки в каком-то сценарии... И это очень распространенные сценарии сборки. Вот тут и начинаются эпические трудности и эпические костыли, решающие то, что уже давно решили все эти дедовые системы сборки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

117. Сообщение от Жироватт (ok), 20-Май-26, 09:29	+/–
Так что так вот
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

118. Сообщение от llolik (ok), 20-Май-26, 10:51	+/–
Meson не генерит make. Он работает с ninja по-умолчанию. Meson - это замена autotools, но никак не make (с которым он и не работает, к слову).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #119

119. Сообщение от Сладкая булочка (?), 20-Май-26, 11:43	+/–
> Meson не генерит make. Он работает с ninja по-умолчанию. Действительно make не поддерживают. Упал он в моих глазах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #120

120. Сообщение от llolik (ok), 20-Май-26, 11:54	+/–
> Действительно make не поддерживают. Упал он в моих глазах. А зачем тратить силы на поддержку make, если ninja умеет всё тоже самое (только быстрее и проще), миниатюрна, притащить её бинарник или собрать на месте - минутное дело. Собственно. авторы так и пишут, что проще ninja портировать на систему, если она там почему-то не собралась, чем поддерживать бэкенд для Make-а https://mesonbuild.com/FAQ.html#why-is-there-not-a-make-backend
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #125

121. Сообщение от Аноним (121), 20-Май-26, 12:14	–1 +/–
> Тащить go в тулинг для сборки c или с++ - оверкил для обычных проектов. Так для необычных жеж. Тут телеметрия прямо в язык встроена, считай, что в систему сборки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

122. Сообщение от Аноним (121), 20-Май-26, 12:16	+/–
Если весь исходничек в одном единственном файлике, то никаких проблем. А если файликов много и они по папкам разложены?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

124. Сообщение от Аноним (49), 20-Май-26, 13:53	+/–
> Учись писать портянки с рассказами какую кнопку нажать в GUI ты нажал на ссылку "Ответить" или собственноручно скрафтил HTTP POST запрос?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #134, #138

125. Сообщение от Сладкая булочка (?), 20-Май-26, 14:25	+/–
>> Действительно make не поддерживают. Упал он в моих глазах. > А зачем тратить силы на поддержку make, если ninja умеет всё тоже > самое (только быстрее и проще), миниатюрна, притащить её бинарник или собрать > на месте - минутное дело. Чтобы не тащить? К тому же ninja требует с++, хотя есть samurai, но у них не полная совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #126

126. Сообщение от llolik (ok), 20-Май-26, 14:50	+/–
> Чтобы не тащить? Самодостаточный бинарник (тот, что лежит в релизах на GH) весом в 291Кб - не думаю, что является могучей проблемой. Во всех дистрах ninja есть уже в пакетах (и даже в BSD она тоже есть). На остальном meson умеет работать с нативными инструментами (ninja не нужна): win - MSVS, mac - XCode. Что остаётся: или embedded или что-то совсем уже маргинальное/кастомное. Нужность использовать там продвинутую систему сборки остаётся под вопросом. > К тому же ninja требует с++ Не понял, к чему здесь слово проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #135

127. Сообщение от Сусанин (?), 20-Май-26, 15:00	+1 +/–
make нужно знать в любом случае, а уже потом любые другие системы сборки (если нужно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

128. Сообщение от Сусанин (?), 20-Май-26, 15:02	+/–
> Не makefile, но любую актуальную систему сборки. make нужно знать в любом случае, а уже потом любую другую систему сборки (если нужно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

129. Сообщение от adolfus (ok), 20-Май-26, 16:31	+/–
> make это просто древний копролит рассчитанный на престарелых луdduтов. А чем make плох? Работу свою делает, синтаксис простой (на порядок и более проще, чем у cmake, который генерит тот же Makefile для make).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

130. Сообщение от Аноним (130), 20-Май-26, 18:36	+/–
> ФОСС - он как бы приятная штука, ИГРУШКА для нубов, но для дела, для > бизнеса такой подход "захотел - запилил ещё один редактор" - категорически не годится. А, то-есть все эти AI ворочающие триллионами, мордокниги, гуглы, ТОП500, LSE/NYSE, RHBM... - недостаточно сериоус бизнесс? Да даже у майкрософта в изначально маздайнодотнетном абажуре давно правит бал - пингвин. А так то FOSS игрушка, да. Правда девелоперс-девелопарс все что-то вдарились в эти наши игры, да еще настолько что тот же майкрософт с горя пытался всякими WSL хоть как-то драп-драп остановить. Ибо если что не пригодно для девелопа - так это масдайка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

131. Сообщение от Аноним (130), 20-Май-26, 18:38	+/–
> ФОСС - он как бы приятная штука, ИГРУШКА для нубов, но для дела, для > бизнеса такой подход "захотел - запилил ещё один редактор" - категорически не годится. А, то-есть все эти AI ворочающие триллионами, мордокниги, гуглы, ТОП500, LSE/NYSE, RHBM... - недостаточно серьезные? Да даже абажур - пингвин сплошной. А так то FOSS игрушка, да. Правда девелоперс что-то на него все драп-драп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

132. Сообщение от Аноним (130), 20-Май-26, 18:40	+/–
>> При этом automake самый гибкий и универсальный > Это потому что он портянка на баше, и эти качества - именно > те которых не должно быть у сборочной системы. С точки зрения майнтайнера - удобно. Пошлет тебя в пень если в системе только шелл есть. И расскажет что доустановить. А нахрен еще конфигурационная система упала?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

133. Сообщение от Аноним (-), 20-Май-26, 18:51	+/–
> И в чём проблема? Если ты ставишь бинарные пакеты, тебе вообще похрен > на чём они написаны из компилируемых языков - хоть C, Этой штяпы нет в моем дистро. Так что надо компилять самому. И в итоге... черти что и сбоку пакетный менеджер, да еще на го, но почему-то - для си и асма. Для го на своем го и фигачили бы, не? Было бы логичнее в два раза. > хоть rust, хоть хаскель. Если ты собираешь из исходников, go на порядок > более лёгкий чем те же gcc/clang/rust/ghc, Чокаво? Gcc весит сильно меньше и уже есть у меня в системе если я си компилил. А зачем мне это ваше go в системе, еще и постоянно норовящее в сеть сунуться и отчеты гуглу послать с какой там еще телеметрией? > и так завалена всевозможным говном начиная с перла. Вообще при остром желании я могу и без перла ее сделать. Но вот против перла я ничего не имею. Это компактная штука, с небольшим рантаймом, небольшими скриптами, без постоянного хайпа и слива телеметрии куда попало. > Потом, на чём она должна быть написана, по-твоему? Не на ассемблере же, > C и плюсах? На том же си допустим, чтоб за компилером 2 раза не вставать. Ну на плюсах накрайняк - просто потому что рядом компилер и для плюсов скорее всего был. А корпоративное спайваре с телеметрией - такое себе, имхо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

134. Сообщение от Аноним (-), 20-Май-26, 18:54	+/–
>> Учись писать портянки с рассказами какую кнопку нажать в GUI > ты нажал на ссылку "Ответить" или собственноручно скрафтил HTTP POST запрос? HTTP POST отлично крайтится скриптами, особенно если curl какой поюзать. Так что постоянно жмут кнопки на рутинные операции - только те кого скоро AI заменит от и до.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #140

135. Сообщение от Аноним (-), 20-Май-26, 18:55	+/–
>> Чтобы не тащить? > Самодостаточный бинарник (тот, что лежит в релизах на GH) весом в 291Кб > - не думаю, что является могучей проблемой. Во всех дистрах ninja > есть уже в пакетах (и даже в BSD она тоже есть). А телеметрия от гугли там как, встроена?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #143

136. Сообщение от Аноним (-), 20-Май-26, 18:58	+/–
> Выглядит странно: Тащить поддержку другого языка на платформу, чтобы выполнить задачу, > имеющую много других инструментом для выполнения. Надо было на жабе с питоном - как гугло. Тогда можно было ьы коментить про отношения жабы  и гадюки :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

137. Сообщение от Аноним (37), 20-Май-26, 23:43	+/–
пишу на паскале, пользуюсь при этом make, т.к. где-то же надо задавать тонну параметров, да и "просто компиляция" - это для хеловордов только, в реальных проектах есть и другие задачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

138. Сообщение от Ананоним (?), 21-Май-26, 00:06	+/–
>> Учись писать портянки с рассказами какую кнопку нажать в GUI > ты нажал на ссылку "Ответить" или собственноручно скрафтил HTTP POST запрос? Я удивляюсь почему ты не спросил мнея играю ли я в видеоигры через скриптование? У тебя в голове полное неразличение применения интерактива и скриптования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #139

139. Сообщение от Аноним (49), 21-Май-26, 03:24	+/–
>  У тебя в голове полное неразличение применения интерактива и скриптования. это походу ты не различаешь что такое ГУЙ и интерактив, выше я уже об этом писал, а так что и требовалось доказать, ничего толкового ответить не способен, вердикт - б0т!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #144

140. Сообщение от Аноним (49), 21-Май-26, 03:25	+/–
> HTTP POST отлично крайтится скриптами, особенно если curl какой поюзать. Так что > постоянно жмут кнопки на рутинные операции - только те кого скоро > AI заменит от и до. Повторяю: ты нажал на ссылку "Ответить" или собственноручно крайтится скриптами HTTP POST запрос в curl?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #152

142. Сообщение от Tron is Whistling (?), 21-Май-26, 09:57	+/–
Ну, ребёнок узнал про гошечку...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

143. Сообщение от llolik (ok), 21-Май-26, 10:06	+/–
> А телеметрия от гугли там как, встроена? Код открыт, и его, в отличие от chromium, даже немного. Бери, изучай, ищи телеметрию. https://github.com/ninja-build/ninja
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

144. Сообщение от Ананоним (?), 21-Май-26, 10:15	+/–
>>  У тебя в голове полное неразличение применения интерактива и скриптования. > это походу ты не различаешь что такое ГУЙ и интерактив, выше я > уже об этом писал, а так что и требовалось доказать, ничего > толкового ответить не способен, вердикт - б0т!!! Вот ты тугодум, по твоим сообщениям понятно что для данного случая GUI и интерактив это одно и то же, лишь бы не командная строка с аргументами, читаемыми по man-у. Или тебе ещё надо разжевать до атомов? В GUI ты одновремнно видишь "man" и тыкаешь галочки, или ты хочешь чтобы в GUI тебе были последовательные вопросики "А сколько вам лет?" "А кормила ли вас сегодня утром мама?" ... И причём только один вопрос на экране единовременно. Ну ты уникум!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #145

145. Сообщение от Аноним (49), 21-Май-26, 13:24	+/–
> GUI и интерактив это одно и то же Повторяю еще раз - это разные понятия. > Или тебе ещё надо разжевать до атомов? Характерная черта ЫЫ-шного б0та, давай пробуй, поясни до атомов, а если сольешься, то опять докажешь свою ЫЫ-шную сущность. > В GUI ты одновремнно видишь "man" и тыкаешь галочки, Ага, в ГУЙ я вижу ман :)) Расскажи это андроидному Ынтерфейсу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #154

146. Сообщение от Аноним (146), 21-Май-26, 15:37	+/–
Не будут они программировать на каком-то там ассемблере. На Electron они будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

147. Сообщение от Sm0ke85 (ok), 21-Май-26, 15:54	+/–
>а, что деды не могли сделать интерактивную утилиту, которая задавая вопросы про включения тех или иных опций, выбора тех или иных файлов для компиляции и т.д. сохраняло бы выбранные параметры один раз и все, а дальше тупо запускай команду билд. Что таже самая ./configure не могла быть интерактивной? нет бл*ть надо --help прописать, час потратить на разбор выхлопа, потом руками прописать пяти строчный набор параметров командной строки сохранить его в текстовый файлик от греха подальше на будущее, ппц, а потом придумали якобы мейк для решения этой проблемы, а щас решают проблему мейка, а завтра будут решать проблему этого forgezero (даблфейспалм) Пффф, все там нормально и удобно, это ж инструмент для людей, а не для недорослей...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

148. Сообщение от Sm0ke85 (ok), 21-Май-26, 15:58	+/–
>Ставить галочки у опций конечно же легче чем писать -Wall -Wextra -Werror -Wpedantic -Wshadow -Wconversion, вы считаете обратно? Если да, то вы страдаете хн*й, Ты вообще не шаришь в теме, умеючи это все можно прописать быстрее, чем ты накликать можешь, а потом одной кнопкой повторять, и, если припрет, то подредактировать, а также это можно куда угодно передавать и с разными апи "знакомить"... Короче, это для людей-специалистов инструмент, а не для "мимо проходило"...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #149

149. Сообщение от Аноним (49), 22-Май-26, 02:12	+/–
> Короче, это для людей-специалистов инструмент, а не для "мимо проходило"... ясно, понятно, специалист по симуляции деятельности
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

151. Сообщение от Марин (?), 22-Май-26, 04:27	+/–
И для CMake? Это получается мета-мета-система сборки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

152. Сообщение от Аноним (-), 22-Май-26, 07:08	+/–
> Повторяю: ты нажал на ссылку "Ответить" или собственноручно крайтится скриптами HTTP > POST запрос в curl? На ссылку, разумеется, нажал. Но в основном только потому что ответы на опеннет автоматизировать - это странная идея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

154. Сообщение от Ананоним (?), 22-Май-26, 10:06	+/–
Ха, ты ещё любитель вырывать из контекста и снимать кавычки. Ну-ну. Удачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #155

155. Сообщение от Аноним (49), 22-Май-26, 13:15	+/–
> Ха, ты ещё любитель вырывать из контекста и снимать кавычки. Ну-ну. Удачи. снимать кавычки, давай лучше в стиле Пушкина генерируй ответы :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

157. Сообщение от Аноним (157), 23-Май-26, 16:46	+/–
Из новости так и не понял - получится собрать исполняемый файл + динамические библиотеки. Или это нереализуемая задача?
Ответить | Правка | Наверх | Cообщить модератору

160. Сообщение от Аноним (160), 28-Май-26, 13:54	+/–
Годная попытка осовременить разработку на старых, но востребованных ЯП. Автор, так держать! Не слушай здешних икспердов!
Ответить | Правка | Наверх | Cообщить модератору

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

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