* Updating port to just upgrade mimalloc to v2.0.7 which fixes arm64 on windows
* Updating version
* Adding hash. Oops
* Updating version
* Updating supports field
* Updating version
* Updating meshoptimizer port to add basisu support to gltfpack
* Updating version
* Using proper gltfpack branch for v0.18
* Updating version
* Adding patch to fix x86-windows
* Updating version
* [folly] update to <v2022.10.24.00>
* update version
* update fizz to the latest version
* update version
* update mvfst to the latest version
* update version
* Apply review suggesstion
* update version
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Don't use external ZLIB_DLL
* Update versions
* [minizip] Bump to zlib version
* Update versions
* [libkml] Fix mingw build
* [libkml] Modernize
* [libkml] Fix minizip dependency
* [libkml] No DLL
* Update versions
* [libkml] Update mingw patch
* Update versions
* Update versions
* [zlib] Update to 1.2.13
This picks up the official fix for CVE-2022-37434.
* Cherry pick installing the correct license from https://github.com/microsoft/vcpkg/pull/27242/
* Update version database.
* More version database.
* Also update minizip.
* Also guard ZLIB_DLL properties for BUILD_SHARED_LIBS.
* Version database.
* Fix minizip usage.
Co-authored-by: Kai Pastor <dg0yt@darc.de>
* [mesa] 22.1.4
* delete correct patch ...
* v db
* fix feature names
* v db
* add enable-rtti
* v db
* update to latest and add offscreen feature
* f m
* v db
* Add first draft port for matchit
* Adjust formatting
* Add version for matchit
* Update matchit to v1.0.1
* Run vcpkg x-add-version for v1.0.1
* Fix typo in command for copying license file
* Remove installation of redudant files
* Add usage instructions
* Update license info in vcpkg.json
* FIX: revert license change info to libzippp
Previous commit incorrectly change the license for the port libzippp. This commit fixes that.
* Run vcpkg x-add-version
* Update ports/matchit/portfile.cmake
Change HEAD_REF to main
Co-authored-by: Bowen Fu <BowenFu@users.noreply.github.com>
* Run vcpkg xdg-version
* Add command for installing usage file
* Run vcpkg x-add-version
* Update matchit.json
* Use quoted variables in portfile.cmake
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* Run x-add-version
Co-authored-by: Bowen Fu <BowenFu@users.noreply.github.com>
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* Add mchehab/zbar
* Quote all paths
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* Update to 0.23.90
* Flip name
* Update version registry
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* [ports/inih/{portfile.cmake,vcpkg.json}] Upgrade from r51 to r56
* [ports/inih] Upgrade to latest vcpkg recommendations
* [ports/inih/CMakeLists.txt] Export targets (following `ports/openctm/CMakeLists.txt` template)
* Thomas1664's nitpicks agreed on by BillyONeal.
* Fix vcpkg_cmake_config_fixup call and add usage.
* Hook up with_INIReader
* Version DB oops
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* 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.
* Revise generator selection
If the host is x86, assume that msbuild is requested for windows.
If msbuild is requested and suitable, use it.
Else if a particular generator is requested, use it.
Else if ninja is available, use it.
Else on non-windows host, use "Unix Makefiles".
* Revise ninja_host detection
* Revise parallel configure detection
* Consolidate ninja path setup
* Update documentation
* Use portable chdir
* [ms-gltf] Use new generator selection
* Update versions
* [Many ports] Fix copyright
* version
* [moos-core] Fix deprecated cmake
* version
* Fix cmake
* version
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [mygui] Add feature tools
* x-add-version
* Test tools on CI
* overwrite-version
* Add the part of install tools to source's cmakefile
* x-add-version --overwrite-version
Co-authored-by: Cheney-Wang <v-xincwa@microsoft.com>
