Some Linux distributions (e.g. the OpenSUSE family) defaults to lib64
instead of lib, which breaks vcpkg's assumtion that libraries are in
lib.
Use the --libdir option of autotools to force the directory to be lib
* [vcpkg/script/meson] add option NO_PKG_CONFIG to skip pkg-config setup
* [vcpkg/script/pkgconfig] move vcpkg_find_acquire_program(PKGCONFIG) into the check section where it is used
* [pkgconf] Update to 1.8.0
* version stuff
* remove unused patch.
* (CR) quote string
* version update.
When VcpkgInstallManifestDependencies runs in parallel,
the Delete in one task causes the touch in another to fail.
The Delete isn't actually necessary to accomplish the goal
here, so remove it.
Looked at most recent build https://dev.azure.com/vcpkg/public/_build/results?buildId=59859
REGRESSION: dxsdk-d3dx:x86-windows
REGRESSION: dxsdk-d3dx:x64-windows
```
The following files are already installed in D:/installed/x86-windows and are in conflict with dxsdk-d3dx:x86-windows
Installed by directxsdk:x86-windows
debug/lib/d3dx10d.lib
debug/lib/d3dx11d.lib
debug/lib/d3dx9d.lib
lib/d3dx10.lib
lib/d3dx11.lib
lib/d3dx9.lib
```
Probably caused by https://github.com/microsoft/vcpkg/pull/20053/ which removed windows & !windows from the directxsdk supports field.
PASSING, REMOVE FROM FAIL LIST: cmark:x64-windows-static
Already filed https://github.com/microsoft/vcpkg/pull/20216 last week about this.
ARM: vcpkg crashed. Reported to team chat.
OSX: agent died: ##[error]We stopped hearing from agent vcpkg-eg-mac-02.
Looks to be the same outstanding tensorflow problem :(
REGRESSION: embree3:x64-linux
```
Starting package 640/1653: embree3:x64-linux
Building package embree3[avx,avx2,core,sse2,sse42]:x64-linux...
-- Downloading https://github.com/embree/embree/archive/v3.12.2.tar.gz -> embree-embree-v3.12.2.tar.gz...
-- Extracting source /mnt/vcpkg-ci/downloads/embree-embree-v3.12.2.tar.gz
-- Applying patch fix-path.patch
-- Applying patch fix-static-usage.patch
-- Applying patch cmake_policy.patch
-- Applying patch fix-targets-file-not-found.patch
-- Using source at /mnt/vcpkg-ci/buildtrees/embree3/src/v3.12.2-cbae4ce8b1.clean
-- Configuring x64-linux-dbg
-- Configuring x64-linux-rel
CMake Warning at scripts/cmake/vcpkg_configure_cmake.cmake:433 (message):
The following variables are not used in CMakeLists.txt:
EMBREE_STATIC_RUNTIME
Please recheck them and remove the unnecessary options from the
`vcpkg_configure_cmake` call.
If these options should still be passed for whatever reason, please use the
`MAYBE_UNUSED_VARIABLES` argument.
Call Stack (most recent call first):
ports/embree3/portfile.cmake:50 (vcpkg_configure_cmake)
scripts/ports.cmake:140 (include)
-- Building x64-linux-dbg
-- Building x64-linux-rel
-- Installing: /mnt/vcpkg-ci/packages/embree3_x64-linux/share/embree3/copyright
-- Performing post-build validation
```
Probably caused by https://github.com/microsoft/vcpkg/pull/20053 which removed supports:windows from embree2.
Most recent CI build: https://dev.azure.com/vcpkg/public/_build/results?buildId=59428
REGRESSION: poppler:arm64-windows. If expected, add poppler:arm64-windows=fail to .\scripts\ci.baseline.txt.
PASSING, REMOVE FROM FAIL LIST: fontconfig:arm64-windows (.\scripts\ci.baseline.txt)
poppler depends on fontconfig, so this isn't actually a regression.
PASSING, REMOVE FROM FAIL LIST: libfreenect2:x64-linux
* [bsa] new port
* [bsa] Update version file
* [bsa] Update ci baseline
* [bsa] Update version database
* [bsa] Add patch for minimum cmake version
* [bsa] Update ci baseline
* Update version database
* Try more CI
* Fix merge typo
* [bsa] Update library version
* Update versions database
* Apply suggestions from code review
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Update versions/b-/bsa.json
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Apply suggestions from code review
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* Apply suggestions from code review
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* Update versions database
* [bsa] Add warning instead of fail on Linux
* Update versions database
* Update ports/bsa/vcpkg.json
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* Update version database
* Rename to rsm-bsa
* Update versions database
* Update versions/baseline.json
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Fix typo
* Update versions
* Update ci.baseline.txt
* Remove rsm-bsa:x64-linux=fail in ci.baseline.txt now that VMs have G++10.
* Revert "Remove rsm-bsa:x64-linux=fail in ci.baseline.txt now that VMs have G++10."
because we actually are on gcc 9.x :(
This reverts commit 781289dc26d5c018a2486581fb89fc00d60198ee.
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [vcpkg] Support VS2022 17.0
* small changes
* Update vcpkg.cmake
* Update the baseline version
* Update the baseline version
* Update the baselin version
* Adress the review suggestions
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [meson] fix cross compiling from linux to windows
* Fix mingw system name
* Omit empty fields from standard libraries
* Use VCPKG_CROSSCOMPILING
* vcpkg_configure_meson: do not double escape include paths
* vcpkg_configure_meson: set winres instead of rc
* vcpkg_configure_meson: do not always cross build
* Apply suggestions from code review
* fix the issue I made
* [meson] error when gcc uses a different linker executeable
* [meson] apply code review from strega-nil
* [meson] more verbose error messages
* [meson] remove wrong check
Co-authored-by: Kai Pastor <dg0yt@darc.de>
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* [h3/jaeger-client-cpp] Update to the latest version
* Remove CONTROL files
* Update version files
* Update patch
* Update versions/j-/jaeger-client-cpp.json
* [libhsplasma/libpcap/lv2] Update to the latest version
* [libpcap] Remove unused comments
* Update version files
* [lv2] Fix usage
[libpcap] Update ci.baseline.txt
* [libhsplasma] Remove x64-windows-static=fail from ci.baseline.txt
* [libcrafter] Update to 1.0
* [libcrafter] Add vcpkg.json
* Update version files
* Add CRT check for libpcap and update version as versin-semver for libpcap
* Update version files
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Remove prior arm/uwp patch since host dependencies now allow for proj database generation, and add a new patch that repairs Win32 API calls to use UWP counterparts in UWP builds
* Update ci baseline for port changes
* Update port version
* Fix patch list for PR
* Bump port-version, disable some broken downstream libs
* Update port version commit
* Decouple the storage account used for binary caching from the images.
We are being forced to change infrastructure somewhat more frequently than we would like, so change the binary caches to use a shared storage account like we already use for asset caching.
* blob blob blob
* Add quotes
* Avoid name stomping.
* Repair msbuild damage and workaround the way we integrate on VS2015.
This is a fix for a pile of issues discovered by https://github.com/microsoft/vcpkg/pull/18906
* VS 2015 has a bug that the <VcpkgInstalledDir Condition="!$(VcpkgInstalledDir.EndsWith('\'))">$(VcpkgInstalledDir)\</VcpkgInstalledDir> dance we do to get a trailing slash is not applied correctly when VcpkgInstalledDir was edited in the same property group attempting to add the trailing slash.
* We need a trailing slash on VcpkgInstalledDir at all times, but https://github.com/microsoft/vcpkg/pull/16173 damaged this by removing it from TreatAsLocalProperty. Add the right TreatAsLocalPropertys back. Add all such slash defenses to the top of the file just beneath, eliminating need to call Path::Combine and friends by following msbuild "directory properties have a trailing slash" convention.
* Move VcpkgOSTarget and VcpkgPlatformTarget into the .targets, as they aren't intended to be overridable by users and don't appear in our selection dialog box(es).
* Don't bother avoiding setting vcpkg properties when VcpkgEnabled is off; after all, VcpkgEnabled is itself a vcpkg property :). I left attempts to skip creating items since creating items can hit the disk.
* Add _Z to several internal msbuild variables.
* Move VcpkgApplocalDeps to the .props since it's a user setting.
* Don't unconditionally use $(TLogLocation) because it is not set on 2015, and also it's per-project.
* Fixed typo in docs "VcpkgInstalledDirectory", and document the limitation that it doesn't work in 2015.
* In manifest mode, put the installed tree in a subdirectory including the triplet to make changing configurations faster.
Known limitations:
* If you change vcpkg.json without changing any .cpp files, we don't rebuild the dependencies even though we should. I don't know how to fix this but it doesn't appear to be a regression.
* Fix .tlog handling.
* Further defend against modified properties on VS2015.
* Document more VS2015 limitations.
* Remove TreatAsLocalProperty comment.
* Revert "incorporate changes from microsoft:master"
* Revert "Revert "incorporate changes from microsoft:master""
* issue targeted in newer numpy version
* work-around for broken numpy libs on macOS
* temporarily add debug code to analyze CI failures
* again temporary debug code
* fix linkage command on macOS (broken by Bazel upgrade)
* fix regex for macOS linker command
* remove debug code, bump version
* x-add-version seems to require a separate commit...
* Fix misspelled "acceleration".
* x-add-version
Co-authored-by: jgehw <Joachim_Gehweiler@McAfee.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Fix filenames for linux vs windows in liblo portfile
* Removed deprecated call and now using vcpkg_copy_tools
* Upgraded to manifest file
* Increment port-version
* Remove now working builds from ci.baseline
* Updated versioning files
* Fixed type for vcpkg.json
* Updated sha for liblo version
* [vcpkg_cmake_config_fixup] Revert #19469
* Update the version date
* actually just revert
* move stuff around in vcpkg-cmake-config.json file
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* remove "find_path(STDINT_H stdint.h)". On clang/macos, this picks up the kernel headers version of stdint.h, instead of the C standard library, breaking compilation
* only define YY_NO_UNISTD_H and YY_USE_CONST on Windows, like the upstream CMakeLists.txt
* set the C standard to C99, like the upstream CMakeLists.txt
* update to 1.7.3
* remove the "fail" line from ci.baseline.txt
* run ./vcpkg x-add-version --all to update metadata files
* reset port-version
