История изменений
Исправление EXL, (текущая версия) :
В то время как у meson легаси пока просто нет, но когда появится - удачи помейнтейнить вон тот скриптик повыше.
А в чём проблема? Там же Python, который:
- Типизируется хинтами, имеет кучу валидаторов, линтеров, форматтеров, и пр. батареек.
- Имеет относительно нормальный человекочитаемый синтаксис вместо CMake-ссанины.
- Python для скриптования сегодня знают все и поддерживают все IDE, он используется как язык скриптования в куче инструментов.
- Куча средств для рефакторинга и мейнтейнинга.
Если представить этот скрипт на CMake DSL.. Впрочем такое лучше не представлять. Ибо получится адище примерно такое же что стыдливо запихнули в contib у Git’а. И оно уж точно поддерживаться будет куда как сложнее.
Если у меня какая-то сильно замороченная сборка которую нужно очень гибко конфигурировать то Meson как в этом примере с GNOME даёт мне всю мощь и богатство Python’а. А что даёт CMake? Убогую нечитаемую дрисню которая валяется в cmake директориях всяких крупных проектов?
навалил кучу говнокода
Именно так. Кучи CMake-говнокода обитают в директориях cmake любых проектов, которые имели неосторожность перейти на эту систему сборки. Особенно такое забавляет:
Спрашивается, а нахрена вы ребята с CMake-то страдаете, если вынуждены из него же вызывать лаконичные написанные вами Python-скрипты, потому что ваша CMake-лапша получилось ограниченной и не могущей в нужные вам вещи?! Нахрена нужен этот садомазохизм для C/C++ разработчиков? У них что нет дел важнее, чем ковыряться с CMake-лапшой, а потом дёргать из неё питухонца?
ты не читал доку
Кстати документация у CMake одна из самых отвратнейших в мире СПО. Абсолютное отсутствие примеров и тонны невнятной воды. Счастье если ты именно в документации нашёл решение своей проблемы, а не в Google.
Исправление EXL, :
В то время как у meson легаси пока просто нет, но когда появится - удачи помейнтейнить вон тот скриптик повыше.
А в чём проблема? Там же Python, который:
- Типизируется хинтами, имеет кучу валидаторов, линтеров, форматтеров, и пр. батареек.
- Имеет относительно нормальный человекочитаемый синтаксис вместо CMake-ссанины.
- Python для скриптования сегодня знают все и поддерживают все IDE, он используется как язык скриптования в куче инструментов.
- Куча средств для рефакторинга и мейнтейнинга.
Если представить этот скрипт на CMake DSL.. Впрочем такое лучше не представлять. Ибо получится адище примерно такое же что стыдливо запихнули в contib у Git’а. И оно уж точно поддерживаться будет куда как сложнее.
Если у меня какая-то сильно замороченная сборка которую нужно очень гибко конфигурировать то Meson как в этом примере с GNOME даёт мне всю мощь и богатство Python’а. А что даёт CMake? Убогую нечитаемую дрисню которая валяется в cmake директориях всяких крупных проектов?
навалил кучу говнокода
Именно так. Кучи CMake-говнокода обитают в директориях cmake любых проектов, которые имели неосторожность перейти на эту систему сборки. Особенно такое забавляет:
Спрашивается, а нахрена вы ребята с CMake-то страдаете, если вынуждены из него же вызывать лаконичные написанные вами Python-скрипты, потому что ваша CMake-лапша получилось ограниченной и не могущей в нужные вам вещи?! Нахрена нужен этот садомазохизм для C/C++ разработчиков? У них что нет дел важнее, чем ковыряться с CMake-лапшой, а потом дёргать из неё питухонца?
ты не читал доку
Кстати документация у CMake одна из самых отвратнейших в мире СПО. Абсолютное отсутствие примеров и тонны невнятной воды. Счастье если ты именно в документации нашёл решение своей проблемы, а не в Google.
Исправление EXL, :
В то время как у meson легаси пока просто нет, но когда появится - удачи помейнтейнить вон тот скриптик повыше.
А в чём проблема? Там же Python, который:
- Типизируется хинтами, имеет кучу валидаторов, линтеров, форматтеров, и пр. батареек.
- Имеет относительно нормальный человекочитаемый синтаксис вместо CMake-ссанины.
- Python для скриптования сегодня знают все и поддерживают все IDE, он используется как язык скриптования в куче инструментов.
- Куча средств для рефакторинга и мейнтейнинга.
Если представить этот скрипт на CMake DSL.. Впрочем такое лучше не представлять. Ибо получится адище примерно такое же что стыдливо запихнули в contib у Git’а. И оно уж точно поддерживаться будет куда как сложнее.
Если у меня какая-то сильно замороченная сборка которую нужно очень гибко конфигурировать то Meson как в этом примере с GNOME даёт мне всю мощь и богатство Python’а. А что даёт CMake? Убогую нечитаемую дрисню которая валяется в cmake директориях всяких крупных проектов?
навалил кучу говнокода
Именно так. Кучи CMake-говнокода обитают в директориях cmake любых проектов, которые имели неосторожность перейти на эту систему сборки.
Особенно такое забавляет:
Спрашивается, а нахрена вы ребята с CMake-то страдаете, если вынуждены из него же вызывать лаконичные Python-скрипты, потому что ваша CMake-лапша получилось ограниченной и не могущей в нужные вам вещи?! Нахрена этот садомазохим C/C++ разработчиков?
ты не читал доку
Кстати документация у CMake одна из самых отвратнейших в мире СПО. Абсолютное отсутствие примеров и тонны невнятной воды. Счастье если ты именно в документации нашёл решение своей проблемы, а не в Google.
Исходная версия EXL, :
В то время как у meson легаси пока просто нет, но когда появится - удачи помейнтейнить вон тот скриптик повыше.
А в чём проблема? Там же Python, который:
- Типизируется хинтами, имеет кучу валидаторов, линтеров, форматтеров, и пр. батареек.
- Имеет относительно нормальный человекочитаемый синтаксис вместо CMake-ссанины.
- Python для скриптования сегодня знают все и поддерживают все IDE, он используется как язык скриптования в куче инструментов.
- Куча средств для рефакторинга и мейнтейнинга.
Если представить этот скрипт на CMake DSL.. Впрочем такое лучше не представлять. Ибо получится адище примерно такое же что стыдливо запихнули в contib у Git’а. И оно уж точно поддерживаться будет куда как сложнее.
Если у меня какая-то сильно замороченная сборка которую нужно очень гибко конфигурировать то Meson как в этом примере с GNOME даёт мне всю мощь и богатство Python’а. А что даёт CMake? Убогую нечитаемую дрисню которая валяется в cmake директориях всяких крупных проектов?
ты не читал доку
Кстати документация у CMake одна из самых отвратнейших в мире СПО. Абсолютное отсутствие примеров и тонны невнятно воды.
навалил кучу говнокода
Именно так. Кучи CMake-говнокода обитают в директориях cmake любых проектов, которые имели неосторожность перейти на эту систему сборки.
Особенно такое забавляет:
Спрашивается, а нахрена вы ребята с CMake-то страдаете, если вынуждены из него же вызывать лаконичные Python-скрипты, потому что ваша CMake-лапша получилось ограниченной и не могущей в нужные вам вещи.