The current error message matching attempt is too strict as the error
message occasionally spells out the extension (i.e. `mt.exe` instead of
`mt`).
Co-authored-by: Monica <liuyumei01@beyondsoft.com>
* Support cross-compiling Objective C code using Meson
The glib port uses Objective C code and the Meson build system.
You'll end up cross compiling glib when compiling for x64 osx
on an arm64 osx machine, or vice versa.
For this to work, an Objective C compiler needs to be set
in the Meson cross file.
vcpkg generates this file based on the
`scripts/buildsystems/meson/meson.template.in` template, and expects
the `MESON_OBJC` CMake variable to be set.
That's the job of `z_vcpkg_meson_set_proglist_variables` in
`scripts/cmake/vcpkg_configure_meson.cmake`. It will only generate data
for an Objective C compiler if:
- The `Languages` argument includes `OBJC`
- CMake has detected a Objective C compiler, and has set `VCPKG_DETECTED_CMAKE_OBJC_COMPILER`
To make this work, this patch:
- Enables the OBJC and OBJCXX language on Apple platforms
- Updates the call to `vcpkg_configure_meson` in the glib port file
to include the OBJC OBJCXX languages.
Fixes https://github.com/microsoft/vcpkg/issues/26147
Fixes https://github.com/microsoft/vcpkg/issues/20341
Based on https://github.com/microsoft/vcpkg/pull/26259
Based on 27dee354e4
Tested on an arm64 mac to compile glib for x64 macos
* Update version database
* [python3] Update to 3.11.3
* Force set PythonForBuild on windows
* Set LD_LIBRARY_PATH on unix
* Always use vcpkg_find_acquire_program(PYTHON3) on windows
* Remove LD_LIBRARY_PATH shenanigans
* [vtk] Parse python version from include folder
* Fix static builds on windows
* Pass --with-build-python on unix
* [omniorb] Fix python version in patch
* Resurrect rpath patch
* [python3] fix usage
* [gobject-introspection] don't hardcode python version
* Update vcpkg_find_aquire_program(PYTHON3)
This is also required for gobject-introspection
* [paraview] don't hardcode python version
* [vtk-dicom] don't hardcode python version
* Update python in vcpkgTools.xml
* Fix host arch detection in vcpkg_find_acquire_program(PYTHON3)
* [libpq] Don't hardcode python version
* [shiva] Don't pass python variables
* [vcpkg-get-python-packages] Delete unused file, update hardcoded python version
* [python3] update to 3.11.4
* [omniorb] Use PREPEND in vcpkg_add_to_path
So that python from vcpkg is picked before system python
* libpq quickfix
* re-fix libpq
* fix vcpkg-get-python-packages
* Make windows 7 patch compatible with unix builds
* Copy pyd files to bin
Also fixes copying files that do not belong to current build tree
* Fix static builds
* Speculatively fix osx regression
* Fix omniorb on unix
* [gobject-introspection] fix windows builds
* [vtk] Update vendored copy of mpi4py for python 3.11 support
* [mdl-sdk] Fix python
* [gobject-introspection] fix the fix of a fix...
* Update versions
* Undo changes in gobject-introspection and vcpkg_find_aquire_program(PYTHON3)
---------
Co-authored-by: root <root@DESKTOP-UIPL9V8>
* [salome-configuration|medcoupling] new ports
* format manifest
* v db
* remove trace
* v db
* fix dep
* v db
* Apply suggestions from code review
Co-authored-by: jim wang <122244446+jimwang118@users.noreply.github.com>
* v db
* adjust SALOME_WITH_MPI depending on HDF5
* remove nuking of CMAKE_PREFIX_PATH from salome
* v db
* fix post build
* v db
* Fix med-fichier config on linux
* add supports
* format manifest
* v db
* don't want to investigate linux failure further
---------
Co-authored-by: jim wang <122244446+jimwang118@users.noreply.github.com>
* [libphonenumber] Bump to 8.13.17 & fix linux and macOS build
* update version database
* fix windows icui18n lib name
* update version database
* fix patches
* update version database
* fix ci.baseline.txt
* update cmake
* update to rc2
* use nightly build
* update to rc3 drop freebsd due to dead link and update git while i am at it
* fix missing sha
* fix relative path
* update to 3.27 release
* [paho-mqtt] remove usage of OPENSSL_ROOT_DIR
* [directxtex] control optional directx-headers dep
* v db
* IN LIST -> IN_LIST
* v db
* try fixing azure-storage-cpp
* v db
* update to 3.27.1
* scripts/msys => scripts/cmake
The "msys" directory looked like a "maintainer help" directory (like scripts/boost is) so it wasn't included in standalone distributions of vcpkg.
It seems like the correct fix for this is just to move it into the scripts/cmake directory.
Only take the COMPONENT part for the runtime settings like we
already do for the DESTINATION component. The install local dependencies
should only need to be run for RUNTIME components anyway.
* There is a space problem in modifying the file path
* Version database
* update version
* Update generate-ports.ps1
---------
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* PASSING, REMOVE FROM FAIL LIST: chipmunk:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: chipmunk:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
REGRESSION: fastrtps:arm-neon-android failed with BUILD_FAILED. If expected, add fastrtps:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: fastrtps:arm64-android failed with BUILD_FAILED. If expected, add fastrtps:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: fastrtps:x64-android failed with BUILD_FAILED. If expected, add fastrtps:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
Previously blocked by:
PASSING, REMOVE FROM FAIL LIST: foonathan-memory:arm-neon-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: foonathan-memory:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: foonathan-memory:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
REGRESSION: cmake-user:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: hdf5:x86-windows failed with BUILD_FAILED. If expected, add hdf5:x86-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: vcpkg-ci-mathgl:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: vcpkg-ci-opencv:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: vcpkg-ci-openimageio:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: vcpkg-ci-paraview:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:112 (message):
Command failed: "C:/Program Files/PowerShell/7/pwsh.exe" -noprofile -executionpolicy Bypass -nologo -file C:/a/1/s/scripts/buildsystems/msbuild/applocal.ps1 -targetBinary D:/packages/hdf5_x86-windows/tools/hdf5/h5clear-shared.exe -installedDir D:/packages/hdf5_x86-windows/bin -verbose
Working Directory: C:/a/1/s
Error code: Access violation
See logs for more information:
D:\buildtrees\hdf5\copy-tool-dependencies-2-out.log
D:\buildtrees\hdf5\copy-tool-dependencies-2-err.log
Previous CI run passed, so I'm going to hope we got a bad machine or something and move on for now.
REGRESSION: openvino:x64-linux failed with BUILD_FAILED. If expected, add openvino:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: openvino:x64-osx failed with BUILD_FAILED. If expected, add openvino:x64-osx=fail to /Users/vagrant/Data/work/2/s/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: openvino:x64-windows failed with BUILD_FAILED. If expected, add openvino:x64-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: openvino:x64-windows-static failed with BUILD_FAILED. If expected, add openvino:x64-windows-static=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: openvino:x64-windows-static-md failed with BUILD_FAILED. If expected, add openvino:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
See discussion in https://github.com/microsoft/vcpkg/pull/32418 / https://github.com/openvinotoolkit/openvino/issues/18465 -- openvino conflicts with oneDNN because the vcpkg copy is not the same as their forked copy.
REGRESSION: physx:x64-linux failed with FILE_CONFLICTS. If expected, add physx:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: physx:x64-windows failed with FILE_CONFLICTS. If expected, add physx:x64-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: physx:x64-windows-static failed with FILE_CONFLICTS. If expected, add physx:x64-windows-static=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: physx:x64-windows-static-md failed with FILE_CONFLICTS. If expected, add physx:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
See discussion in https://github.com/microsoft/vcpkg/pull/32432 -- omniverse-physx-sdk was added 5 days ago and conflicts.
REGRESSION: libev:arm-neon-android failed with FILE_CONFLICTS. If expected, add libev:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: libev:x64-android failed with FILE_CONFLICTS. If expected, add libev:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: libev:x64-linux failed with FILE_CONFLICTS. If expected, add libev:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: libev:x64-osx failed with FILE_CONFLICTS. If expected, add libev:x64-osx=fail to /Users/vagrant/Data/work/2/s/scripts/azure-pipelines/../ci.baseline.txt.
Fixed by https://github.com/microsoft/vcpkg/pull/32471
REGRESSION: ryu:x64-linux failed with FILE_CONFLICTS. If expected, add ryu:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
error: The following files are already installed in /mnt/vcpkg-ci/installed/x64-linux and are in conflict with ryu:x64-linux
Installed by bde:x64-linux
debug/lib/libryu.a
include/ryu/ryu.h
lib/libryu.a
* Exclude chipmunk:arm-neon-android with a supports expression rather than with ci.baseline.txt as this is explicitly blocked in the sources.
* Update bde port
Disable windows and arm, at least for now
It'd be great to enable arm64-osx (macos?) soon
* Update version in bde.json
* Remove ci.baseline.txt skip.
* Fix version database.
* fix port-version
* Stop building for android, osx
I don't specifically know why these don't work, but linux is the primary platform
so let's fix these another time
Also remove the cxx17 flag for now - we'll need to address this at some point
but for now this should satisfy the feature flag requirements.
* Review comments
* Remove WINDOWS_USE_MSBUILD
* Update versions
---------
Co-authored-by: Oleg Subbotin <osubbotin@bloomberg.net>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* add more options and remove unused CMake variables
* add version
* [rocksdb] fix liburing option
* update version
* [rocksdb] disable debug runtime for Release configuration (Windows only)
* update version
* [rocksdb] remove processor-specific features
* [rocksdb] update v7.10.2
* add version
* [rocksdb] update to v8.0.0
* add version
* add version
* modify version
* add version
* [rocksdb] update to v8.3.2, build shared library, update ci.basline.txt
* update version
* [rocksdb] PORTABLE option has been modified in v8.3, it should be equal to 1
* clean up ci.baseline.txt
* =update version
* revert "clean up ci.baseline.txt"
* remove unnecessary lines
* update version
* update ci.baseline.txt
* update version
* [rocksdb] remove JeMalloc
* update version
* [libepoxy] Fix android builds
* [libepoxy] uwp is unsupported
* [libepoxy] windows staticcrt is unsupported
Initialization code is in DllMain, so dynamic linkage is required, so avoid static CRT.
* 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>
When cross-compiling for x86 Linux, the -m32 flag must also be passed to the linker otherwise it complains about trying to link code built for the wrong architecture.
* [vcpkg-ci-msys2] Add clangarm64 support
UCRT binaries for ARM64, built with clang.
* [vcpkg_find_acquire_program(PKGCONFIG)] Switch to pkgconf, add arm64
* CI
* [libmicrohttpd] Update to version 0.9.77
* [libmicrohttpd] Remove unneeded dependency
Gettext is used by upstream only to build files for distribution.
Gettext is not used by the library itself.
* [libmicrohttpd] Add ARM support
The ARM is supported by upstream for a long time, VC support for ARM
was added in the version 0.9.77.
* [libmicrohttpd] Use universal project for VC builds
* [libmicrohttpd] Exclude wrong lib headers
* [libmicrohttpd] Support release/debug for non-VC builds
* [libmicrohttpd] Add license
* [libmicrohttpd] Add "https" feature
* [libmicrohttpd] Use right function for license file
* [libmicrohttpd] Fix "supports"
libmicrohttpd VC projects support only static library with static
runtime or dynamic library with dynamic runtime
* [libmicrohttpd] Update version database
* remove port version constraints
* remove port version constraint
* bump port version
* version db
---------
Co-authored-by: Zhao Liu <v-zhli17@microsoft.com>
