* [etl] Add port v20.35.4
* Update ports/etl/vcpkg.json
Co-authored-by: Frank <65999885+FrankXie05@users.noreply.github.com>
* Update ports/etl/portfile.cmake
Disable building of tests.
Co-authored-by: Frank <65999885+FrankXie05@users.noreply.github.com>
* Update version database
Co-authored-by: Frank <65999885+FrankXie05@users.noreply.github.com>
* [expat] Fix unset version variable.
* version stuff
* [expat] Use `vcpkg_minimum_required()`.
* version stuff
* [expat] address comments from cr
* version junk
* [egl] Use vcpkg_fixup_pkgconfig
* Mingw uses lower case filenames
* Document what is wrapped
* Do backup before modification
* Windows EGL_LIBRARY is unofficial::angle::libEGL
* Update versions
* try qt 6.4-beta4
* fix patch
* fix copyright install
* fix qtdeclarative
* always perform import prefix correction
* adjust qtmultimedia
* fix qttools
* add missing "
* fix linux ?
* fix qtmultimedia with gstreamer
* fix qtvirtualkeyboard
* fix qtwebengine
* fix qmllint regression in qtdeclarative on osx/linux
* fix details
* fix qttools deps
* fix qtdeclarative deps
* remove xcb feature
* fix hunspell patch
* bump qtbase
* add qt3d
* format manifest
* test features in CI
* pass ci baseline stuff
* vulkan is skip in ci so cannot force it.
* remove extra ,
* fix deps
* try to fix promotion
* gstreamer adjustments.
* fix gstreamer on linux
* fix gstreamer stuff
* fix x264 api import macro
* fix gst-rsp-server
* correctly replace
* promote targets....
* enable arm64 qtwebengine
* --trace-expand
* install wrapper for egl.
* add newline
* remove opengl from skip list
* add gl to link
* another try
* retry again
* test dynamic angle linkage
* retry
* link XNVCtrl
* retry
* add libxnvctrl
* retry
* retry again...
* move wrapper to angle
* revert changes to egl-reg
* more debugging
* try again
* fix stuff
* add missing ,
* egl stuff
* wrapper stuff
* fix angle
* remove double dep
* remove libxnvctrl
* format manifest
* revert trace
* bump version
* bump v
* v db
* remove trace
* v db
* refine supports
* v db
* remove qtmultimedia from baseline
* format manifest
* update all the stuff
* refine qtmultimedia
* fix qtmultimedia?
* fix stuff
* fix stuff ?
* trace again
* Try fixing qtmultimedia for static windows builds.
* is ci faster than me...?
* refine
* fix gstreamer static usage
* fix all the qt things!
* fix the path
* try getting logs.
* fix patch
* trace stuff
* only fix stuff when it needs fixing
* force lookup of system EGL. migth need a wrapper in opengl instead.
* try fixing opengl
* don't directly call _find_package
* don't search in install prefix
* retry
* disable trace
* have the correct fix for linux ?
* move angle into a subfolder. No way to deal with it otherwise on linux.
* make the wrapper do nothing
* try fixing allegro5
* lower case
* remove wrapper
* v db
* remove trace
* v db
* remove trace
* v db
* try fixing allegro5 on arm
* retry again
* try again
* revert allegro
* put on ci baseline
* v db
* v db
* bump port
* v db fix
* remove conflicting wrapper
* v db
* glib now uses pcre2
* fix gstreamer picking up egl on windows
* v db
* fix find_package call
* Add bullet feature control
* Disable Qt
* Update versions
* Remove obsolete qt patch junk
* Update versions
* v db
* comments
* v db
* v db
* v db
* v db
* restore correction lost in merge
* v db
* promote to global
* v db
* Fix minimal qtbase builds with opengl disabled
* make host dependency on qtshadertools a normal dependency in qtmultimedia.
* v db
* opengl dynamic doesn't work on !windows
* v db
Co-authored-by: Kai Pastor <dg0yt@darc.de>
* bump qtbase
* add qt3d
* format manifest
* test features in CI
* pass ci baseline stuff
* vulkan is skip in ci so cannot force it.
* remove extra ,
* fix deps
* try to fix promotion
* gstreamer adjustments.
* fix gstreamer on linux
* fix gstreamer stuff
* fix x264 api import macro
* fix gst-rsp-server
* correctly replace
* promote targets....
* enable arm64 qtwebengine
* --trace-expand
* install wrapper for egl.
* add newline
* remove opengl from skip list
* add gl to link
* another try
* retry again
* test dynamic angle linkage
* retry
* link XNVCtrl
* retry
* add libxnvctrl
* retry
* retry again...
* move wrapper to angle
* revert changes to egl-reg
* more debugging
* try again
* fix stuff
* add missing ,
* egl stuff
* wrapper stuff
* fix angle
* remove double dep
* remove libxnvctrl
* format manifest
* revert trace
* bump version
* bump v
* v db
* remove trace
* v db
* refine supports
* v db
* remove qtmultimedia from baseline
* [edflib] Add new port
* [edflib] Add version
* [edflib] Fix PDB installation
* [edflib] Overwrite version
* [edflib] No need to call vcpkg_copy_pdbs
* [edflib] Overwrite version
* [vcpkg] Drop dynamic build support
* [edflib] Update version
* [edflib] Fix linux build
* [edflib] Overwrite version
* [edflib] Remove test_edflib and test_generator
* [edflib] Overwrite version
* [edflib] Cleanup
* [edflib] Overwrite version
* Add new port ezfoundation
* Update version registry for ezfoundation
* Skip unsupported Linux and OSX build for ezfoundation
* Add license field for ezfoundation
* Update version registry for ezfoundation
* Add supports spec in manifest
* Update version registry
Co-authored-by: Mark Keinz <makei@microsoft.com>
* cppcms
* cudnn
* devicenameresolver
* epsilon
* fann
* cudnn license
* devicenameresolver version
* epsilon
* version
* Remove from ci baseline
* license
* version
* libbf
* version
* Why are those ports unsupported on static? I think because of failing post build lint
* version
* cppcms
* version
* epsilon
* version
* typo
* version
* test on static
* version
* cppcms not supported on static
* version
* cudnn
* device
* version
* try again...
* version
* version-date
* version
* [cppcms] Patch out tests & examples
* version
* Fix patch
* version
* remove debug include
* version
* [cppcms] copy pdbs
* version
* [expat]update to 2.4.3
* update version
* delete patch
* update version
* delete patch
* overwrite version
* update version 2.4.4
* update version
* delete git-tree
* update version to 2.4.7
* update version
* delete version-json
* update to 2.4.8
* update version
* [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>
* [expat] Update to 2.3.0
* update version
* [expat] Update to 2.4.1
* update version
* add pkgconfig.patch
* update version
* revert pkgconfig.patch
* update version
* revert patch format
* update version
