https://www.opennet.me/openforum/vsluhforumID3/136455.html Представлен релиз кроссплатформенного открытого генератора сценариев сборки CMake 4.0.0, выступающего в качестве альтернативы Autotools и используемого в таких проектах, как KDE, LLVM/Clang, MySQL, MariaDB, ReactOS и Blender. Код CMake написан на языке C++ и распространяется под лицензией BSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62974<br> https://www.opennet.me/openforum/vsluhforumID3/136455.html#170 Fri, 04 Apr 2025 22:46:20 GMT Откуда такое желание раздавать советы "прочесть документацию", не читая её самому?<br><br>&gt; Ещё раз &#8211; сложную логику выноси в модули и тестируй отдельно. Работай, <br>&gt; а не ной. Или увольняйся с работы, где заставляют использовать CMake. <br><br>Ноешь здесь ты, "я документацию не читал, но там наверняка написано...", "не обижайте мой симейк", "пишите тесты" (и подключайте дебаггеры к json'у, ага).<br><br>Я сразу написал:<br><br>&gt; Третий путь: использовать CMake, но вместо слова "хороший" использовать "наименее плохой"<br><br>.<br> https://www.opennet.me/openforum/vsluhforumID3/136455.html#169 Fri, 04 Apr 2025 09:32:43 GMT &gt; По поводу внешних модулей - очень спорный плюс. Они есть у cmake <br>&gt; - ну и по результату, сколько полу(не-)рабочего хлама среди тех модулей? <br><br>Наверняка есть нерабочее, но в чём проблема - поставляешь со своим приложением или библиотекой рабочее. В этом и прелесть внешних модулей. Что-то идёт прямо с симейк, что-то с библиотекой, но ты всегда можешь написать что-то своё или скачать где-нить альтернативу. Как жить без этого не знаю. Ну разве что пхать всё в исходники системы сборки или каждый раз копировать из подпроекта в подпроект и в другие проекты...<br><br>&gt; Или вот, как в данном случае, модуль расширения, но который гарантировано <br>&gt; работает.<br><br>Это КОСТЫЛИЩЕ, фу, кака, так нельзя. Ладно, всё ясно, пошли уже по кругу...<br><br> https://www.opennet.me/openforum/vsluhforumID3/136455.html#168 Fri, 04 Apr 2025 07:29:50 GMT ```<br>gir_scanner = find_program('g-ir-scanner', required : true)<br>gir_compiler = find_program('g-ir-compiler', required : true)<br><br>ct_gscan = custom_target('gir_scan',<br>command:[gir_scanner,<br>'--namespace=MyLib',<br> '--nsversion=1.0',<br> '--library=my_lib',<br> '--include=GObject-2.0',<br> '--output=@OUTPUT@',<br> @INPUT@],<br>output: 'MyLib-1.0.gir',<br>input: 'mylib.h',<br>depends: my_lib)<br><br>ct_gbuild = custom_target('gir_build',<br>command: [gir_compiler,<br>@INPUT@, '-o', @OUTPUT@<br>],<br>output: ' MyLib-1.0.typelib',<br>input: 'MyLib-1.0.gir',<br>depends: ct_gscan)<br>```<br><br>Вот тот-же самый спич на DSL meson (пишу с телефона, поэтому плюс-минус). Можно вместо простой и лаконичной команды встроенного модуля писать и так.<br><br>Как-то так, короче https://mesonbuild.com/Generating-sources.html<br><br>По поводу внешних модулей - очень спорный плюс. Они есть у cmake - ну и по результату, сколько полу(не-)рабочего хлама среди тех модулей? Как по мне, сразу описать вместе с библи https://www.opennet.me/openforum/vsluhforumID3/136455.html#167 Fri, 04 Apr 2025 05:51:08 GMT &gt; То есть... ты сам не осилил CMake?<br><br>Хорошо, я не осилил CMake, мои сценарии сборки на нем просто работают.<br><br>&gt;&gt; подобные опечатки не трактуются как ошибки <br>&gt; Они должны трактоваться как предупреждения, использовал опцию --warn-uninitialized и <br>&gt; рассчитываю получить dev warning. Но не получу.<br><br>Ещё раз &#8211; сложную логику выноси в модули и тестируй отдельно. Работай, а не ной. Или увольняйся с работы, где заставляют использовать CMake.<br> https://www.opennet.me/openforum/vsluhforumID3/136455.html#166 Fri, 04 Apr 2025 03:39:19 GMT &gt; --warn-uninitialized работает только при разыменовании переменных <br><br>При *явном* разыменовании переменных, то бишь.<br><br>&gt; И неявные разыменования в if'ах позволяют выстрелить в ногу интереснее, чем в шеллах или сишном препроцессоре<br><br>Хм, идея оператора if без неявного разыменования была, обсуждали 11 лет назад и на этом заглохло.<br>https://cmake.org/pipermail/cmake-developers/2014-September/011152.html<br> https://www.opennet.me/openforum/vsluhforumID3/136455.html#165 Thu, 03 Apr 2025 23:41:16 GMT &gt; Понятно, что Gtk ты не знаешь. Но чушь пороть не перестанешь.<br><br>Я никогда не утверждал что я спец по Жтк, немного имею представление, не больше. Но я не поленился и почитал что делают эти хелперы. В одном месте Мезон генерирует хедеры и исходники для подключения ресурсов в бинарник (gnome.compile_resources). Другой (gnome.generate_gir) генерирует файлы интроспекции для биндинга других языков. Третий генерирует поддержку енумов и т.д. и т.п. - их там десяток. Всё это естественно вполне необходимо и реально используется для сборки многих гномовских приложений, без этого они просто не соберутся.<br><br>То есть факт остаётся фактом - в Мезоне прибита гвоздями поддержка Гнома. <br><br>&gt; Вопрос: на прекрасном, с твоей точки зрения, диалекте cmake ты эти утилиты <br>&gt; (половина из нх вообще скрипты, но пофиг) будешь использовать как? Чур <br>&gt; CT/RT не использовать. Это же не "поддержка библиотеки", по твоим же <br>&gt; словам.<br><br>Я никогда не интересовался, как это делается в симейке, потому что не разрабатываю приложений с исполь https://www.opennet.me/openforum/vsluhforumID3/136455.html#164 Thu, 03 Apr 2025 19:19:28 GMT &gt; но в данном случае с ним тоже не сработает (документация?..). <br><br>(невнимательность!..)<br><br>Но вместо этого можно добавить, что -Wno-dev не для всех dev warning работает.<br><br>И неявные разыменования в if'ах позволяют выстрелить в ногу интереснее, чем в шеллах или сишном препроцессоре, [s]новым мейнтейнерам xz может пригодиться[/s]:<br>https://stackoverflow.com/questions/49605059/numeric-only-variable-name-in-cmake<br> https://www.opennet.me/openforum/vsluhforumID3/136455.html#163 Thu, 03 Apr 2025 18:23:25 GMT &gt; Чтение документации поможет осознать, что подобные опечатки не трактуются как ошибки и <br>&gt; уж если нужно делать хитрую логику, то ее нужно тестировать.<br><br>То есть... ты сам не осилил CMake?<br> <br>&gt; подобные опечатки не трактуются как ошибки <br><br>Они должны трактоваться как предупреждения, использовал опцию --warn-uninitialized и рассчитываю получить dev warning. Но не получу.<br><br>Не получу, потому что --warn-uninitialized работает только при разыменовании переменных (документация?..), но в данном случае с ним тоже не сработает (документация?..).<br><br>Могу дописать -Werror=dev, чтобы превратить соответствующий dev warning в ошибку. Но он не превратится из-за бага аналогичного этому: [1] (документация?..).<br><br>&gt; Другой вопрос, зачем новичку поручают делать какие-то сложные штуки с системой сборки.<br><br>И кому их поручать, если ты сам не знаешь про эти проблемы и их незадокументированность?<br><br>[1] https://gitlab.kitware.com/cmake/cmake/-/issues/21412<br> https://www.opennet.me/openforum/vsluhforumID3/136455.html#162 Thu, 03 Apr 2025 17:34:32 GMT &gt; Какая разница, хелперы, не хелперы?<br><br>Мне действительно жалко студентов. С такими преподавателями они-же оптом пополнят штат дворников местного ЖЭК-а.<br><br>&gt; Это что, ненужные утилиты GObject, которые можно <br>&gt; выбросить? Может патч предложишь по их выкидыванию? Ах нужные? А для <br>&gt; чего они нужны, кроме библиотеки Gnome? Ах, только для Gnome?<br><br>Понятно, что Gtk ты не знаешь. Но чушь пороть не перестанешь.<br><br>&gt; Вот это и называется ПОДДЕРЖКА БИБЛИОТЕКИ (tm).<br><br>Сам определение придумал, сам себе доказал. Удобно. Я точно должен в этом процессе участвовать?<br><br>Вопрос: на прекрасном, с твоей точки зрения, диалекте cmake ты эти утилиты (половина из нх вообще скрипты, но пофиг) будешь использовать как? Чур CT/RT не использовать. Это же не "поддержка библиотеки", по твоим же словам.<br><br>Отдельно будет смешно потом эту портянку засунуть в зависимость и собрать meson через модуль-транслятор cmake (тоже модуль, прикинь). С большой долей вероятности оно сконвертирует CMake AST в код meson и соберёт.<br><br>upd: Для autotools