Исправление EXL, (текущая версия) :
Ты на полном серьёзе готов заявить, что qmake работающий на основе gnu make, обгонит современный cmake 3.22 с генератором ninja? Ну или хотя бы meson.
Я на полном серьёзе готов заявить, что генерация Makefile с помощью QMake и сборка им проекта обгонит современный CMake с его генератором Makefile по очевидным причинам: порождаемый Makefile у QMake прост как палка и редактируется руками, а CMake порождает разжиревший Makefile с хипстерским bloatware вроде цветных сообщений, сборочных процентов (которые адекватно не работают) и кучей другого бесполезного хлама.
Впрочем, нет смысла сравнивать то, что давно уже отправляется на покой: QMake и Makefile (make). Я лишь указал на ложные высказывания в твоём предложении.
Сейчас гораздо интреснее было бы сравнить CMake с его кучей наркоманской лапшевидной DSL-убогодрисни, Meson с его кучей Python’а и QBS с его кучей JavaScript и Qt и пр. вроде Premake на сборочной системе Ninja, если у них нет своей собственной.
Исходная версия EXL, :
Ты на полном серьёзе готов заявить, что qmake работающий на основе gnu make, обгонит современный cmake 3.22 с генератором ninja? Ну или хотя бы meson.
Я на полном серьёзе готов заявить, что генерация Makefile с помощью QMake и сборка им проекта обгонит современный CMake с его генератором Makefile по очевидным причинам: порождаемый Makefile у QMake прост как палка и редактируется руками, а CMake порождает разжиревший Makefile с хипстерским bloatware вроде цветных сообщений, сборочных процентов (которые адекватно не работают) и кучей другого бесполезного хлама.
Впрочем, нет смысла сравнивать то, что давно уже отправляется на покой: QMake и Makefile (make). Я лишь указал на ложные высказывания в твоём предложении.
Сейчас гораздо интреснее было бы сравнить CMake с его кучей наркоманской лапшевидной DSL-убогодрисни, Meson с его кучей Python’а и QBS с его кучей JavaScript и Qt.