* [easyhook] Update target .NET Framework version to 4.7.2.
This is the .NET Framework version for VS2017, and is accepted by VS2019 and VS2022. See https://docs.microsoft.com/en-us/dotnet/framework/install/guide-for-developers
VS2022 does not support targeting 4.0 Client Profile, so this is necessary to un-break easyhook on VS2022.
* Put back missing UWP block.
* [eigen3] Update to 3.4.0
* [theia] Update to support Eigen 3.4
* [shogun/openmvg] Patches to support Eigen 3.4 from @cenit
* Commit result of x-add-version
* [rtabmap] add bigobj
* x-add-version
* Update ports/eigen3/vcpkg.json
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
* Run x-add-version
Co-authored-by: Tobias Wood <tobias@mi3.com>
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
Co-authored-by: Amin Yahyaabadi <aminyahyaabadi74@gmail.com>
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.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.
There was no supports expression, and there was ci.baseline.txt impact. The remaining ci.baseline.txt line item was x86-windows, so I tried building that. It results in:
```
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(201): error C3861: '_InterlockedExchange64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(202): error C3861: '_InterlockedExchangeAdd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(203): error C3861: '_InterlockedExchangeAdd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(204): error C3861: '_InterlockedExchangeAdd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(205): error C3861: '_InterlockedExchangeAdd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(206): error C3861: '_InterlockedOr64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(207): error C3861: '_InterlockedAnd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(208): error C3861: '_InterlockedXor64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(209): error C3861: '_InterlockedExchange64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(216): error C3861: '_InterlockedExchange64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(217): error C3861: '_InterlockedExchangeAdd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(218): error C3861: '_InterlockedExchangeAdd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(219): error C3861: '_InterlockedExchangeAdd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(220): error C3861: '_InterlockedExchangeAdd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(221): error C3861: '_InterlockedOr64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(222): error C3861: '_InterlockedAnd64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(223): error C3861: '_InterlockedXor64_INLINE': identifier not found
C:\Dev\vcpkg2\buildtrees\eathread\src\f21f15bafd-3f7f4715f1.clean\include\eathread/internal/eathread_atomic_standalone_msvc.h(224): error C3861: '_InterlockedExchange64_INLINE': identifier not found
```
which is a build failure in the port, not a CI artifact, so I added that to "supports" as well.
In support of https://github.com/microsoft/vcpkg/pull/21502
* Update HTTP to HTTPS links where it can be done safely.
This means that the HTTP-based link gave a 200 response with identical
content to the HTTPS version of the link. For links containing
variables, we checked the interpolated (real) link.
* Bump relevant vcpkg.json versions.
* Use version-date for cello.
* update version
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Co-authored-by: Jonliu1993 <13720414433@163.com>
* add eve library
* add eve library
* add eve library
* Reindent portfile.cmake, use version-date, and rebuild version database.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [kf5*] Update to 5.89
* [kf5*] Update versions
* [kf5kio] update tag to rc2
* [kf5kio] update versions
* [kf5*] final 5.89 released
* [kf5*] update versions
* Clean up trailing whitespace and add quotes when naming .clang-format.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
The logic for keeping the static or shared libraries according to
VCPKG_LIBRARY_LINKAGE was backwards, and it was providing shared
libraries when they should have been static, and vice versa.
* [exiv2] update to 0.27.5
* update version
* update version
* update patch
* update version
* update fix-ninja-error.patch
* update version
* delete the patch
* update version
* Fix find_expat of xmp in feature
* update version
* update name
* update version
* update patch
* update version
* [egl-registry] update
* [opengl-registry] update + pc file
* [glad] update due to new opengl spec layout
* fix hash
* version stuff
* push glad to port verison 3
* version stuff
* fix version
* use glob for opengl-registry installation.
* version stuff
* Apply suggestions from code review
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* version stuff
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* [kf5*] Update to 5.87
* [kf5*] Wrap paths in quotes
* [kf5*] Use current portfile spec
* [kf5*] Add missing PACKAGE_NAME where applicable
* [kf5config] use vcpkg_copy_tools to copy tools
* [kf5*] Install data files to a standard /share location
* [kf5sonnet] use vcpkg_copy_tools to copy tools
* [kf5*] no need to remove non-existent folders
* [kf5windowsystem] link against XCB when building statically
* [kf5dbusaddons] link against X11Extras when building statically
* [kf5syntaxhighlighting] handle /qml and /bin dirs
* [kf5*] KDE_INSTALL_QMLDIR instead moving by hand
* [kf5syntaxhighlighting] install kate-syntax-highlighter tool
* [kf5*] Formatting
* [kf5config] copy libexec tools to correct subfolders on *nix
* [kf5globalaccel] Make XCB XTEST optional requirement
* [kf5kio] Find LibMount when building statically
* [kf5kio] Revert blkid usage
221a94a66c
* [kf5*] Disable any doc leftovers
* [kf5*] update versions
* [kf5sonnet] don't build examples
* [kf5*] update versions
* [ecm] vcpkg-cmake-config dependency is extraneous
* [kf5kio] formatting
* [kf5*] update versions
* [eastl] Update port commit ref
* update version
* Bump port-version and fix version database.
* Actually fix version database.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Update portfile.cmake
This change resolves the hash error while installing the package.
Error:
File path: [ D:/vcpkg/downloads/temp/muflihun-easyloggingpp-v9.97.0.tar.gz ]
Expected hash: [ E45789EDAF7A43AD6A73861840D24CCCE9B9D6BBA1AAACF93C6AC26FF7449957251D2CA322C9DA85130B893332DD305B13A2499EAFFC65ECFAAAFA3E11F8D63D ]
Actual hash: [ e45789edaf7a43ad6a73861840d24ccce9b9d6bba1aaacf93c6ac26ff7449957251d2ca322c9da85130b893332dd305b13a2499eaffc65ecfaaafa3e11f8d63d ]
* Bump version number and fix @NancyLi1013 's comment.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [many ports] call vcpkg_fixup_pkgconfig()
The ports generate pc files, but don't call vcpkg_fixup_pkgconfig() so that there are absolute paths in the pc files
* Update port-version for armadillo and polyclipping.
* Update version database.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
In https://github.com/microsoft/vcpkg/pull/20757 I patch easyhook to remove /Zi in release builds, but in our most recent nightly build we got another failure https://dev.azure.com/vcpkg/public/_build/results?buildId=61519&view=artifacts&pathAsName=false&type=publishedArtifacts
```
C:\Program Files (x86)\Windows Kits\10\Include\10.0.19041.0\shared\cderr.h : fatal error C1073: Internal error involving incremental compilation(compiler file 'd:\a01\_work\6\s\src\vctools\Compiler\CxxFE\sl\p1\c\p0io.c', line 1257) [D:\buildtrees\easyhook\x86-windows-dbg\2.7.7097.0-e2e62d41f5.clean\EasyHookDll\EasyHookDll.vcxproj]
C:\Program Files (x86)\Windows Kits\10\Include\10.0.19041.0\um\ddeml.h(37,1): fatal error C1001: Internal compiler error. [D:\buildtrees\easyhook\x86-windows-dbg\2.7.7097.0-e2e62d41f5.clean\EasyHookDll\EasyHookDll.vcxproj]
D:\buildtrees\easyhook\x86-windows-dbg\2.7.7097.0-e2e62d41f5.clean\DriverShared\LocalHook\install.c(618,1): error C2471: cannot update program database '???' [D:\buildtrees\easyhook\x86-windows-dbg\2.7.7097.0-e2e62d41f5.clean\EasyHookDll\EasyHookDll.vcxproj]
```
This change also removes /ZI (which was used in debug builds) and /Gm (which is irrelevant since we aren't doing development work on Easyhook)
* Update ezc3d-port to 1.4.6
* Use different settings for non-windows platfom
* Reformat manifest
* Bump version
* Apply suggestions from code review
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Format vcpkg.json
* Update versionsfile
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Update ebml to 1.4.2
* Update CI baseline
Co-authored-by: chausner <chausner@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Update easyloggingpp to 9.97.0
* Update CI baseline
Co-authored-by: chausner <chausner@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [enet] Export config, support BUILD_SHARED_LIBS, and add usage
* [enet] Update with requested changes
* Update the port version
* Update the deprecated funcutions
Co-authored-by: PhoebeHui <20694052+PhoebeHui@users.noreply.github.com>
* Update `entt/portfile.cmake` to support the new `experimental` feature.
* Added the `experimental` feature on `entt/vcpkg.json`.
* Small fix on `entt/vcpkg.json`.
* Update vcpkg.json
* New branch
* Fixup
* (Hopefully) fixed entt version
* Require specifying `--head` for the feature
* update version
* update version
* [entt] add experimental feature
* update version
* update vcpkg.json
* update version
Co-authored-by: Jonliu1993 <13720414433@163.com>
* [embree2] Fix static linking
Recently attempting to build embree2 is causing our osx workers to die. Example recent CIs:
https://dev.azure.com/vcpkg/public/_build/results?buildId=56146https://dev.azure.com/vcpkg/public/_build/results?buildId=55886https://dev.azure.com/vcpkg/public/_build/results?buildId=55802
Notably, we don't see this problem in PRs because it is marked "fail" in ci.baseline.txt. Initially, I was going to change it to skip, but observed that the project uses an ordinary cmake build and all the failing triplets were static ones.
If this PR passes, the hope is that CI with this change will pass too.
* Disable embree2 more directly for mac and linux because the portfile isn't prepared for it.
* Small changes
* Update the baseline version
* Use string(COMPARE EQUAL for EMBREE_STATIC_RUNTIME as well.
Co-authored-by: PhoebeHui <20694052+PhoebeHui@users.noreply.github.com>
