~~arm64-windows: boost-context builds are blocked by a cmake bug (see
https://gitlab.kitware.com/cmake/cmake/-/issues/24317)~~
closes#32274
closes https://github.com/Neumann-A/my-vcpkg-triplets/issues/5
Questions:
- [x] ~~Move cmake files to `share/cmake/<name>` ?~~ Not doing it
because it is just using `vcpkg_cmake_config_fixup()`
- [x] Fix weak dependencies (uwp|emscripten|android|arm)?
- [x] Fix library names on !x64 (currently hardcoded to x64 or x86;
failure in aricpp since it forces FindBoost module mode.)
- [x] ~~Fix arm64-windows boost-context builds -> requires CMake
(3.19.2?) update due to bug how the assembler is invoked.~~ (-> CI
baseline for now)
TODO:
- [x] adjust generate ports script
- [x] #37457
---------
Co-authored-by: Cheney-Wang <850426846@qq.com>
Added the ability for the 'default' port version to get a value in case they all change at once (as almost happened due to https://github.com/microsoft/vcpkg/issues/29288)
https://github.com/microsoft/vcpkg/pull/28356/ did not apply post-source stubs for url and locale. I suspect they were just forgotten to be checked in?
https://github.com/microsoft/vcpkg/pull/28617/ did not record the port version change in generate-ports.ps1.
Also fixed all files to have LF line endings. (since changing boost-vcpkg-helper version also changed all the other ports anyway)
Also changed "When changing this file also update and run scripts/boost/generate-ports.ps1" to "Automatically generated by scripts/boost/generate-ports.ps1" because I think that better conveys the consequences (your changes will get nuked).