* [tbb] Update to 2021.3.0
* [tbb] Add Threads dependency
* [pagmo2] Update to support new TBB
* [openvdb] Update to 8.1.0
* [embree2] Remove from baseline -- it is no longer receiving support from upstream
* [usd] Mark as unsupported
* [usd] Disable USD in CI due to policy https://github.com/PixarAnimationStudios/USD/issues/1600
* [openvdb] Bump port-version
* Update version database
* [pagmo2] Fix vcpkg.json
* update version
* wip update
* versions
* [embree2] deprecate, [openvdb,usd] resolve conflicts, [tbb] update
* Added libxml port.
* Remove port version as it's initial port.
* Added baseline version
* Support only for windows and static
* Allowed building debug version
* update versions
* Update ports/libxpm/portfile.cmake
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
* Added new lines
* Update ports/libxpm/vcpkg.json
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
* Update ports/libxpm/portfile.cmake
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
* Update ports/libxpm/vcpkg.json
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
* Regenerated versions
* Update ports/libxpm/vcpkg.json
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Libxpm is taken from gitlab now.
* Dropped changes against master in original repo for libxpm.
* Dropped libxpm from baseline
* Dropped version for libxpm
* Update cpuinfo
* Updated date of version
* Update version database
* Removed support for arm32 & uwp as library is not supporting it.
* Version regenerated
* Update ports/cpuinfo/vcpkg.json
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
* Updated versions
* Initial commit WIP
* Fixed compilation of latest stable version
* Dropped comments
* Switch from version-string to version
* Added versions
* Fixed path of cmake files for other projects
* Updated versions
* Various modernization.
* Fully mark embree2 as deprecated.
* [pagmo2] Disable -Werror
* [cctag] Fix finding and use of TBB.
* [openvdb] Baseline the static versions because they exceed FFFFFFFF in size, and I'm not sure if that's fixable....
* [gazebo] Apply https://github.com/osrf/gazebo/pull/3174 patch to fix TBB.
* Respond to failures in https://dev.azure.com/vcpkg/public/_build/results?buildId=76586
* [pagmo2] Add license. See 19d774fbb6/src/bfe.cpp (L5-L27)
* [tbb] Add license.
* [embree2] Add "license".
* [tbb] Use vcpkg_cmake_config_fixup and fix version as requested by @LilyWangLL
* [usd] Add usd is known broken message.
* [embree2] Remove completely.
* Fix version database.
* Fix usd version database.
* Fix wrong case on Linux.
* Lowercase the tbb directory to get to their configs.
* [cctag] minimize patches
* [tbb] Apply supports expression fix suggested in https://github.com/microsoft/vcpkg/pull/26284#discussion_r967427833
* [usd] Add note about upstream issue.
* [pagmo2] Minimize patch.
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
Co-authored-by: Jonliu1993 <13720414433@163.com>
Co-authored-by: Mathis Logemann <mathisloge@gmail.com>
Co-authored-by: Victor Romero <viromer@microsoft.com>
Co-authored-by: Vladimír Aubrecht <vladimir.aubrecht@me.com>
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
* Bump glslang port to 11.11.0
* Fix sha to match the one shown on the microsoft build server
* Fix portfile issues (at least for Windows)
* Potentially fix shaderc port
* update shaderc version
* shaderc appears to require Threads?
* change shaderc port version?
* fix local port-version
* Added custom usage as per PR suggestion!
* Updated glslang port tree version hash
* [gdk-pixbuf] update to 2.42.9 (microsoft#26533)
* [gdk-pixbuf] don't build the test suite (microsoft#26533)
We're not running nor installing the test suite, so there's no
point in building it, either
* [gdk-pixbuf] Blacklist x64-windows-static (microsoft#26533)
Fails to build over here. In fact, 2.42.8 also fails over here,
so it's probably not a regression.
* [gdk-pixbuf] Regenerate version registries (microsoft#26533)
* * support gmp:arm64-windows by disabling assembly optimization
* * update version
* * marks some nettle port builds as expected to fail
* Remove x64-osx skip.
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* Audit use of TO_NATIVE_PATH.
TO_NATIVE_PATH should only be used when (1) pasting a path into a command line, or (2) displaying a path to a user. It must not be used before calling other CMake operations like file(WRITE.
Fixes https://github.com/microsoft/vcpkg/issues/26178
ports/ffmpeg/portfile.cmake:
Both uses are being embedded into a command line ✅
ports/gdal/dependency_win.cmake
117: This used TO_NATIVE_PATH but didn't actually connect the result. It's going on a command line so TO_NATIVE_PATH is appropriate.
Drive by: Added quotes around other uses (all of which seem to be going to command lines).
202: ${EXPAT_LIBRARY_REL} ${ZLIB_LIBRARY_REL} don't seem to be set even though they are used; I think this is wrong but I don't know for sure that it is so I'm leaving it alone for now.
ports/msmpi/portfile.cmake
All 3 uses are being embedded into a command line ✅
ports/jemalloc/fix-utilities.patch
ports/libproxy/fix-dependency-libmodman.patch
ports/qtbase/env.patch
These are in upstream content / context so it is not edited.
ports/opengl/portfile.cmake
Broken! Drive by fixes:
* Modernized checking VCPKG_BUILD_TYPE
* Ordered things consistently to be release then debug.
* Removed funny newlines.
ports/openni2/portfile.cmake
Borderline OK; it goes into an MSBuild / vcxproj. I'm leaving it alone. Drive by fixes:
* Guarded debug-only copies for VCPKG_BUILD_TYPE
* Fixed supports expression
ports/openssl/unix/CMakeLists.txt:
Unused!
ports/pthreads/portfile.cmake:
Both uses are being embedded into a command line ✅
ports/qt5-base/cmake/qt_fix_makefile_install.cmake
I'm not sure if this one is OK but it's being embedded into a file so it's probably fine.
ports/qtapplicationmanager/portfile.cmake:
I'm pretty sure this one is wrong, but it's guarded by VCPKG_TARGET_IS_WINDOWS so the ability to create damage is limited.
ports/readosm/portfile.cmake:
The use is being embedded into a command line ✅
ports/spatialite-tools/portfile.cmake:
The use is being embedded into a command line ✅
ports/sqlcipher/portfile.cmake:
Both uses are being embedded into a command line ✅
scripts/ports.cmake:
Some uses were unused, others are immediately used and printed to the console. ✅
scripts/buildsystems/vcpkg.cmake:
Fixed :)
scripts/cmake/vcpkg_build_qmake:
Looks unused.
scripts/cmake/vcpkg_build_process.cmake:
Added to console message only. ✅
scripts/cmake/vcpkg_execute_required_process_repeat.cmake:
Added to console message only. ✅
Drive by: Fixed typo in variable name in the message.
scripts/cmake/vcpkg_execute_required_process.cmake:
Added to console message only. ✅
* Fix missing license.
* [gklib] Fix share path case.
In https://github.com/microsoft/vcpkg/pull/26020 I forgot to apply @ras0219 's over the shoulder review comment to change the directory name to all lowercase.
* More case!
* Remove bogus arguments in the `vcpkg create` template.
* [gklib] Add new port in support of metis and parmetis.
New port checklist:
* Review the code :)
* Check the name against https://repology.org/ There are 2 packages, both of which seem to be the same thing
* Check the name against Bing/Google. It's the first entry.
* Check the source code for optional `find_package`s There are none.
* Check that the versioning scheme and license match what upstream says They have none.
* Check that the source code comes from the upstream project's authoritative source. We did.
* Check that the generated usage is accurate.
* Check that the reported license is accurate. We hope so.
* [metis] Update source to github.
Resolves https://github.com/microsoft/vcpkg/issues/25764
Competes with https://github.com/microsoft/vcpkg/pull/25953
* [parmetis] Update source to github.
* Add licenses.
* Fix GKlib case.
* Fix metis install.
* [glib] Support static build on Windows.
As suggested by @Neumann-A
* Remove ci.baseline.txt entries.
* ci.baseline.txt updates.
REGRESSION: atk:x64-windows-static failed with BUILD_FAILED. If expected, add atk:x64-windows-static=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: gdk-pixbuf:x64-windows-static failed with BUILD_FAILED. If expected, add gdk-pixbuf:x64-windows-static=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: glibmm:x64-windows-static failed with BUILD_FAILED. If expected, add glibmm:x64-windows-static=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: glibmm:x64-windows-static-md failed with BUILD_FAILED. If expected, add glibmm:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: gstreamer:x64-windows-static failed with BUILD_FAILED. If expected, add gstreamer:x64-windows-static=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: gstreamer:x64-windows-static-md failed with BUILD_FAILED. If expected, add gstreamer:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: lcm:x64-windows-static-md failed with BUILD_FAILED. If expected, add lcm:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: libgxps:x64-windows-static-md failed with BUILD_FAILED. If expected, add libgxps:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
Previously blocked by glib supports expression.
REGRESSION: mfl:x64-windows-static-md failed with BUILD_FAILED. If expected, add mfl:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
This was not blocked before but it's an ICE; I'm going to hope it's intermittent I guess?
Drive by fixed alphabetizing boringssl.
* [mfl] Skip ICE.
* openscap was previously blocked by the supports, the others are just extending the static-md skip to static.
* [gtl] Update version to v1.1.2
* commit result of running `vcpkg add-version`
* update gtl.json
update gtl.json
* update version
* Add homepage
* update version
Co-authored-by: Jonliu1993 <13720414433@163.com>
* Fix build failure for cross-compiling
* update port version database
* Fix build failure for windows.
* update port version
* update port version database
* Adjust logic to remove gdk-pixbuf-thumbnailer.
* update port version database
* [gtk] Fix build failure for windows
* update port version database
* ci's down, just force it to rerun.
* Revert "ci's down, just force it to rerun."
This reverts commit 6d1040207f.
* Update gdk-pixbuf.json
* overwrite port version
* update port version database
* Update gdk-pixbuf.json
Co-authored-by: Jamlys Lee <jamlys_lee@163.com>
Co-authored-by: LilyWangLL <94091114+LilyWangLL@users.noreply.github.com>
* [google-cloud-cpp] update to latest release (v2.0.0)
* Disable `channel` and `asset` features on Windows
Protobuf <= 3.19 does not know about the `TRUE` and `DOMAIN` macros on
Windows, so it cannot hide said macros when used as enum values in a
proto file. vcpkg uses protobuf==3.19.4
* Fix formatting
* Fix versions
* Update gRPC to 1.46.3 and upb to 2022-06-01
* fix(upb): Ensure that protoc-gen-upb has been build before running protobuf_generate. Also add license to vcpkg.json
* fix(upb): Let abseil propagate cxx_std_11. Build upb codegen tools in host triplet
* Revert abseil's cxx_std propagation
* fix(upb): Attempt to fix missing -std=c++11 flag when compiling x64-osx
* Downgrade upb to the version used by gRPC. No longer installed generated descriptor.upb.h files just to use them when compiling target triplet
* Remove absl-sync patch from gRPC since it is always enabled by default now
* Use vcpkg's upb library in gRPC instead of embedded one. Also fix gRPC's pkgconfig patch
* grpc: Remove the upb::all_libs target
* grpc: Adjust versions json
* upb: Adjust versions json
* Set feature absl-sync as deprecated
* version
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
