И ты, Брут...

он кроссплатформенный по замыслу

Лапками ставишь automake и autoconf и вперёд.

…правильной версии (и не обязательно самой новой) и с кастомными патчами.

Не нужно. Его всё равно придётся перегенерировать под платформу, отличную от платформы разработчика.

– Как не придётся? Вывсёврёти!

Оооо, ты напомнил мне этот страшный сон, мой мозг как мог стремился забыть это и ему почти удалось.

он кроссплатформенный по замыслу

Но практика почему-то замыслу не всегда соответствует.

Про твою фантазию я уже знаю из других топиков, можешь не продолжать. То софт с TUI устарел, то на automake патчи нужны кастомные.

Автор же типичный великовозрастный нытик с синдромом «раньшебылолучше». Причем забавно, что в сфере разработки СПО ТС вообще ничем не примечателен. Видимо все на что он горазд это допиливание никому не нужного хлама и разработка недо-DE с нескучными обоями, зато самомнение льется через край. Неудивительно, что у него тут и там проскакивают пассажи про плохие корпорации, поедание говна, стадо и т.п. Короче, очередной «нитакойкаквсе» пришел на форум плакать, что другие люди делают не так, как хочется ему, ничего нового.

Нормальный опенсорс софт распространяется через git или иную систему контроля версий, а не всякие тарболлы

CMakeLists.txt конечно же никогда править не нужно, сразу под любую платформу конпеляет сходу и без ошибок

CMakeLists.txt человекочитаемый, а не сгенерированный. Поэтому править его не проблема

CMakeLists.txt конечно же никогда править не нужно

Править нужно исходники, а не генерируемые файлы.

для сборки релизнутого софта и для его разработки требуется разный набор инструментов?

Вообще то нет. Софт на компьютере разработчика и не-разработчика должен собираться одинаковым образом. Хотя бы чтобы избежать ситуации «Пользователь: есть проблема такая-то, разработчик: умвр»

configure.ac человекочитаемый, а не сгенерированный. Поэтому править его не проблема

configure.ac человекочитаемый, а не сгенерированный.

Ну вот пусть он и будет. А сгенерированные файлы в исходниках релизов не нужны.

Это и есть исходник

Тогда зачем тянуть еще и configure, если есть configure.ac?

Но практика почему-то замыслу не всегда соответствует.

Лучше сразу похерить замысел, тогда и за практику ни перед кем оправдываться не придётся.

Как в вашем любимом cmake был свой отдельный набор костылей под каждую библиотеку и платформу или их комбинацию, с эвристикой на эвристике – оч надёжно. И разработчикам предлагалось еще писать собственные. А сниппетами кода делились на стековерфлоу как сокровенными знаниями.

Всё что угодно, лишь бы не использовать кроссплатформенный и поддерживаемый тысячами библиотек pkgconfig.

NIH-синдром жесток.

Как в вашем любимом cmake был свой отдельный набор костылей под каждую библиотеку и платформу или их комбинацию

Ты о pkg-config чтоли?

шоб время тебе сэкономить

Ну это уже скорее недостаток автотулз, что они жутко тормозят и приходится пользователю брать не исходники, а еще и сгенерированные файлы.

В нормальной системе сборки такого быть не должно. Должен быть человекочитаемый исходник, по которому быстро идет сборка. И никакого приаттачивания сгенерированных файлов к проекту

Всё что угодно, лишь бы не использовать кроссплатформенный и поддерживаемый тысячами библиотек pkgconfig.

cmake, meson и многие другие системы сборки поддерживают pkgconfig.

Как в вашем любимом cmake был свой отдельный набор костылей под каждую библиотеку и платформу или их комбинацию, с эвристикой на эвристике – оч надёжно.

Можно обходиться и без них.

шоб время тебе сэкономить

Тогда уж сразу бинарники кладите, чего мелочиться.

ну если системы сборки для кого-то слишком сложные, пусть качает бинарники, вроде всё так и должно быть

Ну так это конкретно автотулзы сложные и есть)

остальные ещё сложнее

Остальные хотя бы без проблем распространяются в виде чисто исходных конфигурационных файлов, не требующих «для экономии времени» дополнительно прикладывать сгенерированные файлы

Ну и шаблоны m4 это жопа в плане синтаксиса.

остальные ещё сложнее

Очень сложно.

CMakeLists.txt человекочитаемый, а не сгенерированный.

Сходу этого и не скажешь.

правильно давать ссылку сюда

https://mesonbuild.com/Reference-manual.html

Странно, но в причине треда сборка под сложный meson занимает 500 строк, а при удалении сборки под простой autotools удалили 1800 строк.

Можно обходиться и без них.

А можно и не обходиться.

These modules search for third-party software. They are normally called through the find_package() command.

    FindALSA
    FindArmadillo
    FindASPELL
    FindAVIFile
    FindBISON
    FindBLAS
    FindBacktrace
    FindBoost
    FindBullet
    FindBZip2
    FindCABLE
    FindCoin3D
    FindCups
    FindCUDAToolkit
    FindCURL
    FindCurses
    FindCVS
    FindCxxTest
    FindCygwin
    FindDart
    FindDCMTK
    FindDevIL
    FindDoxygen
    FindEnvModules
    FindEXPAT
    FindFLEX
    FindFLTK2
    FindFLTK
    FindFontconfig
    FindFreetype
    FindGCCXML
    FindGDAL
    FindGettext
    FindGIF
    FindGit
    FindGLEW
    FindGLUT
    FindGnuplot
    FindGnuTLS
    FindGSL
    FindGTest
    FindGTK2
    FindGTK
    FindHDF5
    FindHg
    FindHSPELL
    FindHTMLHelp
    FindIce
    FindIcotool
    FindICU
    FindImageMagick
    FindIconv
    FindIntl
    FindITK
    FindJasper
    FindJava
    FindJNI
    FindJPEG
    FindKDE3
    FindKDE4
    FindLAPACK
    FindLATEX
    FindLibArchive
    FindLibinput
    FindLibLZMA
    FindLibXml2
    FindLibXslt
    FindLTTngUST
    FindLua50
    FindLua51
    FindLua
    FindMatlab
    FindMFC
    FindMotif
    FindMPEG2
    FindMPEG
    FindMPI
    FindODBC
    FindOpenACC
    FindOpenAL
    FindOpenCL
    FindOpenGL
    FindOpenMP
    FindOpenSceneGraph
    FindOpenSSL
    FindOpenThreads
    FindosgAnimation
    FindosgDB
    Findosg_functions
    FindosgFX
    FindosgGA
    FindosgIntrospection
    FindosgManipulator
    FindosgParticle
    FindosgPresentation
    FindosgProducer
    FindosgQt
    Findosg
    FindosgShadow
    FindosgSim
    FindosgTerrain
    FindosgText
    FindosgUtil
    FindosgViewer
    FindosgVolume
    FindosgWidget
    FindPatch
    FindPerlLibs
    FindPerl
    FindPHP4
    FindPhysFS
    FindPike
    FindPkgConfig
    FindPNG
    FindPostgreSQL
    FindProducer
    FindProtobuf
    FindPython
    FindPython2
    FindPython3
    FindQt3
    FindQt4
    FindQuickTime
    FindRTI
    FindRuby
    FindSDL_image
    FindSDL_mixer
    FindSDL_net
    FindSDL
    FindSDL_sound
    FindSDL_ttf
    FindSelfPackers
    FindSquish
    FindSQLite3
    FindSubversion
    FindSWIG
    FindTCL
    FindTclsh
    FindTclStub
    FindThreads
    FindTIFF
    FindUnixCommands
    FindVTK
    FindVulkan
    FindWget
    FindWish
    FindwxWidgets
    FindXCTest
    FindXalanC
    FindXercesC
    FindX11
    FindXMLRPC
    FindZLIB

Я тут открыл ради интереса пару файлов. А читабельно-то как! Куда там этому замшелому sh. Тут подошли к делу обфускации кода творчески:

  foreach (implementation IN LISTS _PGF_IMPLEMENTATIONS)
    if (implementation STREQUAL "CPython")
      foreach (version IN LISTS _PGF_VERSION)
        foreach (framework IN LISTS _${_PYTHON_PREFIX}_${implementation}_FRAMEWORKS)
          if (EXISTS "${framework}/Versions/${version}")
            list (APPEND framework_paths "${framework}/Versions/${version}")
          endif()
        endforeach()
      endforeach()
    elseif (implementation STREQUAL "IronPython")
      foreach (version IN LISTS _PGF_VERSION)
        foreach (framework IN LISTS _${_PYTHON_PREFIX}_${implementation}_FRAMEWORKS)
          # pick-up all available versions
          file (GLOB versions LIST_DIRECTORIES true RELATIVE "${framework}/Versions/"
                              "${framework}/Versions/${version}*")
          list (SORT versions ORDER DESCENDING)
          list (TRANSFORM versions PREPEND "${framework}/Versions/")
          list (APPEND framework_paths ${versions})
        endforeach()
      endforeach()
    endif()
  endforeach()

Вот после того как мне пришлось пописать и поотлаживать такой код в течение неск. месяцев, я и перевел сборку на autotools. Там по крайней мере при чтении не кровоточат глаза.

он кроссплатформенный по замыслу

Только ни macOS, ни Windows, ни Android, ни iOS не поддерживает. Кросс-платформенность уровня /autotools.

А ну да, зато поддерживает всякие там AIX, IRIX, QNX, SCO Unix, Solaris, HP-UX и прочие мёртвые и вытесненные Linux’ом UNIX’ы.

Очень актуально для 2020, да.

Только ни macOS, ни Windows, ни Android, ни iOS не поддерживает. Кросс-платформенность уровня /autotools.

У меня поддерживает

что, прям собранный под linux configure без проблем запускается везде? И даже не требуется пол-линукса затащить в целевую ОС?

Как мне под виндой запустить configure? Без установки всяких msys2 и прочего?

Как в вашем любимом cmake был свой отдельный набор костылей под каждую библиотеку и платформу или их комбинацию, с эвристикой на эвристике – оч надёжно. И разработчикам предлагалось еще писать собственные. А сниппетами кода делились на стековерфлоу как сокровенными знаниями.

Ммм… это самый смак CMake-обосрамса – Оценки хелловорлда тред (комментарий)

Давай пруф в виде GitHub-репозитория.

Они не мертвы, они просто так пахнут ;) HP даже мёртвый чпукс на мёртвых итаниках поддерживать будет до 2025го. Соляра недавно обновление выкатила, AIX вроде как ещё трепыхается в особо недоступных точках планеты, куда ещё не дошла цивилизация белых людей.

Ходячие мертвецы из зомби-фильмов тоже шевелятся

Вот да, спасибо за ссылку! Я давно не имею дела с этим адом, так что в красках описать бы не вышло.

никому эти find модули не нужны, есть pkg-config, которым и пользуются нормальные люди

These modules search for third-party software. They are normally called through the find_package() command.

Видимо это по большей части для авторов криворуких дистрибутивостроителей. При порте на новые платформы, например на Haiku, иногда приходится часть этого выпиливать и руками прописывать пути или переделывать на pkgconfig.

что, прям собранный под linux configure без проблем запускается везде? И даже не требуется пол-линукса затащить в целевую ОС?

Как мне под виндой запустить configure? Без установки всяких msys2 и прочего?

Я дико извиняюсь, но в линуксе сборочный софт тоже нужно затащить, он не идёт из коробки везде в любом дистре

Соляра недавно обновление выкатила

Вот по этому JEP видно как Oracle собирается Solaris в будущем поддерживать :^)

https://openjdk.java.net/jeps/381

В винде надо не просто сборочный софт затащить, надо поллинукса на винду затащить

Как мне под виндой запустить configure? Без установки всяких msys2 и прочего?

А как запустить CMakeLists.txt без установки CMake?

никому эти find модули не нужны, есть pkg-config, которым и пользуются нормальные люди

И который, внезапно, только Linux-only.

cmake это отдельная утилитка. msys2 - огромный комбайн, тащящий поллинукса на винду

Можно из линукса под винду кросскомпилировать. Автотулзы этому очень способствуют. И собирается быстрее

тащящий поллинукса на винду

в состав msys2 не входит ни ядро Linux, ни его половина

И который, внезапно, только Linux-only.

Что в нём Linux-only? Там просто пути и аргументы для компилятора.