История изменений
Исправление EXL, (текущая версия) :
Пусть лучше так, чем встраивать интерпретатор питона в сборочную систему…
-
Было: сборка требует наличие Python
-
Стало: сборка требует наличие CMake и Python
Каким образом это «лучше»? Почему бы не избавиться от ограниченности и убогости CMake, раз проектам по типу Blender и Telegram потребовалась гибкая конфигурируемость средствами Python?
У вас какой-то пунктик насчёт этого самого Python? У меня тоже к нему очень много вопросов по части самых разных несуразностей.
Однако, я меня есть силы признать, что сегодня интерпретатор Python’а идёт ИЗ КОРОБКИ в абсолютном большинстве дистрибутивов Linux и даже в macOS. Вот прямо как говорят «с завода». И даже в Windows его вроде как кладут сразу в систему.
Тогда как CMake везде нужно «доустанавливать». Так что я не понимаю ваших претензий вообще по части бутстрапинга, если учитывать что тот же CMake из исходников собирается в несколько раз дольше чем интерпретатор современного Python + Meson + Muon + сам проект.
Нет, система сборки должна собираться из минимума исходников с минимумом зависимостей. Это базовая штука, типа компилятора.
Ещё раз: минимум исходников с минимумом зависимостей это не про CMake. Он собирается дольше/сравнимо с GCC из-за огромного количества C++ вороха в нём, тогда как компиляция интерпретатора того же Python на чистом C пролетает буквально за несколько минуток.
Исходная версия EXL, :
Пусть лучше так, чем встраивать интерпретатор питона в сборочную систему…
-
Было: сборка требует наличие Python
-
Стало: сборка требует наличие CMake и Python
Каким образом это «лучше»? Почему бы не избавиться от ограниченности и убогости CMake, раз проектам по типу Blender и Telegram потребовалась гибкая конфигурируемость средствами Python?
У вас какой-то пунктик насчёт этого самого Python? У меня тоже к нему очень много вопросов по части самых разных несуразностей.
Однако, я меня есть силы признать, что сегодня интерпретатор Python’а идёт ИЗ КОРОБКИ в абсолютном большинстве дистрибутивов Linux и даже в macOS. Вот прямо как говорят «с завода». И даже в Windows его вроде как кладут сразу в систему.
Тогда как CMake везде нужно «доустанавливать». Так что я не понимаю ваших претензий вообще по части бутстрапинга, если учитывать что тот же CMake из исходников собирается в несколько раз дольше чем интерпретатор современного Python + Meson + Muon + сам проект.