LINUX.ORG.RU

История изменений

Исправление 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 + сам проект.