И ты, Брут...

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

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

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

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

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

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

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

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

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

нет, он вполне себе кроссплатформенный

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

Под cl.exe?

нет, он вполне себе кроссплатформенный

Ну да, примерно такой же «кроссплатформенный», как и autotools.

проприетарщина не нужна, есть же mingw-w64

а всякие проприетарные hpux и прочее - нужно?

есть же mingw-w64

в mingw-w64 уже умеют собирать нативно под винду, чтобы не требовалось тащить mingw бибилиотеки с собой?

всегда умело

Linux-only

Под cl.exe?

Какая связь?

Да, умеют. Но там извечные проблемы с выбором модели исключений и порты новых компиляторов (а это новые стандарты) не слишком быстро выходят. В любом случае MinGW и MinGW-w64 и MSYS2 в Windows инородны.

в mingw-w64 уже умеют собирать нативно под винду, чтобы не требовалось тащить mingw бибилиотеки с собой?

ты случаем не путаешь с Cygwin и зависимостью от cygwin.dll?

Ну правильнее было бы сказать Unix-only. Но поскольку из Unix-like сегодня актуальны лишь Linux, macOS, Android и iOS для которых pkg-config инороден как и для Windows, то сфера его применения довольно ограничена. Примерно так же, как autotools для Windows. И в Windows и в macOS для работы pkg-config и autotools требуются «подсистемы» вроде MSYS2, Cygwin, Homebrew и т. д.

Вообще, это конечно большой промах со стороны авторов pkg-config, что они выбрали такой формат файлов, который зависим от Linux.

Зато эти «подсистемы» дают тебе готовый репозиторий с пакетами, с «нативным» подходом тебе придётся пердолиться с самостоятельной сборкой всех зависимостей, которым наверняка всё равно нужны будут автотулзы

$ grep -ohr -- ' -.' /usr/lib/pkgconfig/ | sort | uniq -c | sort -n
      1  -O
      1  -r
      2  -e
      2  -R
      5  -m
      5  -s
      6  --
      8  -i
     15  -f
     29  -W
     51  - 
     95  -p
    195  -D
   1178  -L
   1277  -I
   2500  -l

Ты уверен, что здесь есть хоть какая-то практическая проблема в конвертировании этого в опции cl.exe на лету?

Было бы желание. А желания, видимо, не было.

У нативного подхода есть всякие там VCPKG и прочее. Без медленного и форкающегося autotools.

При всей моей любви к цэпэпэ, это проблема языка. И каждый пытается ее решить хоть как то