microsoft/vcpkg#29196 introduced new feature flag `[tools]` which
prevents generation of `libicutu`. The PR in question did not take into
account dynamic linkage target where rpath is set to hardcoded and no
longer valid list of libraries.
This PR dynamically detects presence of `[tools]` feature and adds
`libicutu` for rpath fix as necessary.
Co-authored-by: Monica <v-liumonica@microsoft.com>
* [icu] update to 70.1
* update version
* reset patch
* overwrite version
* reset version
* overwrite version
* Fix configure
* version
* update version
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
* Bulk remove vcpkg_fail_port_install calls.
Interesting ones have been split out into separate reviews, where "interesting" means "anything more than just deleting the call to vcpkg_fail_port_install",
In support of https://github.com/microsoft/vcpkg/pull/21502
* Update version database.
* Revert google benchmark changes already submitted as https://github.com/microsoft/vcpkg/pull/22728
* Repair version database.
* fixes for macOS dynamic lib install
* bump port version
* remove mingw change
* move install outside of conditional
* update portfile hash
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* move boost out of the toolchain
* move icu out of the toolchain
* remove CURL from the toolchain (was already unreachable?)
* remove gsl from toolchain
* remove grpc from toolchain
* version stuff
* fix indent and missing endif()
* version stuff
* Revert changes to vcpkg.cmake
* push port version
* version stuff
* [icu] introduce host dependency
* add version files
* [icu] host dependency windows, update ci baseline
* add version files
* [icu] add debug messages
* [icu] do not depend on buildtree, install required files instead
* [icu] set env variable for dynamic libs
* [icu] find dlls for windows
* [icu] copy dlls
* [icu] cleanup, fix apple arm targets
* add version files
* [icu] no for-cross-compile subfolder
* add version files
* [icu] use instead of
* add version files
* [icu] convert to vcpkg_configure_make
* [icu] also build on arm
* [icu] add DESTINATION param to vcpkg_copy_tools and use it
* [icu] use foreach in macOS build
* [icu] fix of copy tool dependencies on windows
* [icu] delete more folders on windows
* [icu] copy tool dependencies manually
* [icu] don't copy non existing pdb files
* add version files
* [icu] bring vcpkg_copy_pdbs() back
* add version files
* [icu] add comment
* add version files
* [icu] use BUILD_TRIPLET instead of VCPKG_MAKE_BUILD_TRIPLET
* add version files
* [icu] simply logic for build on mac
* add version files
* Trigger Build
* add version files
* Trigger Build
* Trigger Build
* Apply suggestions from code review
* Apply suggestions from code review
* Trigger Build
Co-authored-by: Billy Robert ONeal III <bion@microsoft.com>
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
This feature requires icu-le-hb which is not provided by vcpkg. When
this package is otherwise available on the system the build will fail as
the pkg-config file pulls the dependency from the system.
* [icu] Update automake dependency 1.15 -> 1.16
automake 1.15 is not available through msys anymore; automake 1.16 is the oldest available version.
* [icu] Update CONTROL version
Co-authored-by: LilyWangL <wangli28@beyondsoft.com>
* Prevent stale MSYS gpg-agent.exe process blocking command control
This commit fixes:
https://github.com/microsoft/vcpkg/issues/5476
The issue is that CI environments such as Appveyor's VS2017 image will wait for all processes to complete. If a stale process resides as a result, builds will hang.
There does not appear to be any good reason for gpg-agent.exe to be running once the build of icu has completed.
Without this patch builds of icu4c using CI systems will very likely hang and not in an obvious way.
Is this the _right_ solution to this problem? Probably not but it is one solution. And it degrades gracefully in that the build will not fail if gpg-agent.exe is not running. The gpg-agent.exe will not run again once MSYS has been configured, so to test this patch, a fresh install of vcpkg is required. Open the task manager and before the icu build completes, look for gpg-agent.exe just sitting there for no reason.
Might I suggest that the issue is fixed in vcpkg MSYS instead or as well?
Please don't request further from this commit.
* [icu] Kill MSYS gpg-agent.exe on Windows
* [curl] fix build failure when VCPKG_BUILD_TYPE is set
* [libmysql] fix build failure when VCPKG_BUILD_TYPE is set
* [openssl-windows] use VCPKG_BUILD_TYPE to build release or debug only
* [icu] use VCPKG_BUILD_TYPE to build release or debug only
* [gdal] use VCPKG_BUILD_TYPE to build release or debug only
* bump versions of curl, gdal, icu, libmysql and openssl-windows
* fix issue #3683 - fix ICU build on Linux
The following changes allow ICU to build on Linux:
- use the ICU tgz distribution rather than the zip file, to avoid CRLF
line endings on Linux
- don't use MSYS on Linux
- fix runConfigureICU options for Linux
- fix CFLAGS, CXXFLAGS, and LDFLAGS for Linux
- don't rename the resulting libraries on Linux
* [icu] Enable VCPKG_CXX_FLAGS
* [icu] Formatting
* Add doxygen to acquired programs
* Add packages option to msys function
* Add documentation for PACKAGES in vcpkg_require_msys
* [ffmpeg][x264] Update to use `PACKAGES` parameter. Tweak docs.
