~~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>
* pulling has_synchro bits from https://github.com/microsoft/vcpkg/pull/27694
* bump port version
* version
* fix clang
* bump version
* version
* oops
* bump dependency version for boost-atomic's boost-module-build-helper dependency
* version
* revert renaming stuff -.-
* version
* remove detection stuff for lib prefix/suffix
* version
* fix indentation
* version
* forgot one
* version
* one more!
* version
* revert changes to cmake-get-vars
* version
* generate ports
* version db
* generate ports
* version db
---------
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
* remove port version constraints
* remove port version constraint
* bump port version
* version db
---------
Co-authored-by: Zhao Liu <v-zhli17@microsoft.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).
* [scripts] update scripts
* [boost-*] generate ports
* update versions
* [scripts] update boost version in boost-modular-headers.cmake
* [scripts] add post source stubs for boost-json and boost-nowide ports and re-generate Boost ports
* update versions
* [boost-asio] make OpenSSL optional #20718
* update versions
* [boost] [boost-mpi] [boost-python] disable python for iOS and Android, fixes#21474
* update versions
* [boost-fiber] add NUMA support, fixes#16507
* update version
* [boost-build] apply patch https://github.com/bfgroup/b2/pull/113 for fix build boost-fiber and boost-stacktrace
* update version
* [boost-atomic] fix compilation for uwp
* update version
* ignore mapnik's fail on arm64-windows
* [boost-python] support ARM on Windows
* update versions
* Boost features testing within CI
* [boost-modular-build-helper] fix boost_python file name in Jamroot.jam
* [boost-mpi] fix build with python2 or python3
* update versions
* [boost-fiber] fix build with numa=on
* update version
* [boost-multiprecision] fix build with MSVC on ARM
* update version
* [boost-mpi] try to fix build on linux and osx
* update versions
* exclude static
* guarantee the same result across platforms
* minor changes to boost-modular-build-helper's CMake
* correct versions
* [boost-modular-build-helper] install Python extensions on Windows
* [boost-mpi] add patch to fix build Python extension on Windows
* update versions
* [boost-mpi] remove python2 by request @BillyONeal @strega-nil-ms
* update version
* update versions
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: PhoebeHui <20694052+PhoebeHui@users.noreply.github.com>
* [boost] update generator script for boost 1.76
* [boost] update ports to 1.76.0 (run generator)
* [boost] fix windows build?
* [quantlib] update and fix mac build
* [symengine] update and fix build
* [avro-cpp] update to latest master and fix windows build
* [folly] update to 2021.05.31.00
* [fbthrift, fizz, wangle] update to v2021.05.31.00 and fix build
* [proxygen] update to version 2021.05.31.00
* [fizz, proxygen, fbthrift] fix sodium target
* [proxygen] also works on macOS
* [quantlib] use fix from upstream to fix mac build
* [symengine] minimize patch file and fix deprecation warning
* [folly,proxygen,wangle,fizz,fbthrift] update to 2021.06.14.00
* [fbthrift] remove unnecessary dependency rsocket
I couldn't find any information that this dependency exists. The term is used in the code, but not in the context of a dependency
* [fizz,fbthrift] fix zlib dependency
* [fbthrift] pass required flex executable to cmake configure
* add version files
* [boost] generate-ports.ps1: Apply code review
* [boost] changes from new version of generate-ports script
* update version files
* [boost] generate-ports.ps1: Apply code review
* [boost-python] Support Python2 as feature, fix build with installed Python2
* [boost-python] Update generate script to support Python2 mod
* Re-generate boost ports
* [boost-modular-build-helper] Update to 1.71.
[boost-build] Update to 1.71.
* [boost-modular-build-helper] Remove manual library name changing
[boost-iostreams] Use boost-modular-headers.cmake script
* Delete temporary file.
* Revert changes in modular build script.
* Update ports versions.
* [boost-modular-build-helper] Fix build boost-iostreams with LZMA and ZSTD
* [boost] Update to 1.72.0
* [libtorrent] Fix build with Boost 1.72.0
Original PR: https://github.com/arvidn/libtorrent/pull/4091
* Update ci.baseline.txt:
- fail libgo:* due to use the removed class from Boost.Context 1.72.0 (reported issue https://github.com/yyzybb537/libgo/issues/214)
- pass boost-context:arm64-windows
- fix typo
* Folly only supports the x64 architecture
* fail boost-coroutine:arm64-windows=fail and boost-fiber:arm64-windows=fail because they use fcontext_t from Boost.Context which is not implemented for Windows on ARM64 (reported issue https://github.com/boostorg/context/issues/130)
* Fix globbing-expressions
* Add vcpkg_buildpath_length_warning(37) for boost-system.
Revert boost-iostreams port changes.
* Update ci.baseline.txt
* Update boost to 1.69. Fixes#5023
- Remove boost-signal (rationale: deprecated and removed in 1.69)
- Remove boost-hana workaround by xiangfan-ms #4186#3579 (rationale: 1.69 incorporates required fixes in hana master branch; builds fine in VS2017 15.9)
* [boost-signals] Restore signals from boost 1.68 because it is required by wt
* [boost-vcpkg-helpers] Improve dependency detection
* [boost-iostreams] Revert to cmake build to enable dependencies
* [boost-iostreams] Fix use of zstd in static builds
* [libtorrent] Update to 1.2.0
* [wt] Update to 4.0.5
* [boost-safe-numerics] [boost-vcpkg-helpers] Added safe_numerics; slight mod to regex match
* [hpx] Backport boost 1.69 fixes
* [libtorrent] Clean up cmake file installation
* [boost-type-traits] Fix MSVC arm
[boost-vcpkg-helpers] Improve include scanner
[boost-vcpkg-helpers] Fix boost/functional/hash -> boost/container_hash dependency
[boost-context] Install replacement boost/context/all.hpp to support FindBoost.cmake
[boost] Improve port dependency qualifiers for UWP
[boost-contract] Mark as known to fail for ARM
