* [tclap] Update to TCLAP 1.2.5
* [tclap] x-add-version to update TCLAP to 1.2.5
* [tclap] Specify MIT license in manifest.
* [tclap] x-add-version after license update.
* [liburing] Update to version 2.1
* format vcpkg.json
* x-add-version
* apply suggestion
* version
Co-authored-by: Lily Wang <v-lilywang@microsoft.com>
* [cgns] update to 4.3.0
* [cgns] update CI baseline
* Fix version database.
* CMake nitpicks
* Use rename rather than copy and remove
* Add quotes
* Guard explicit references to debug in case the user is using a release-only triplet.
* Use in lists
* Convert hdf5.patch from CRLF to LF
* update version
* LIOSTS => LISTS
* Revert cgnstools feature
* update version
Co-authored-by: Billy Robert O'Neal <bion@microsoft.com>
Co-authored-by: Jonliu1993 <13720414433@163.com>
* Update to 3.0
* Modernize portfile
* Install NOTICE as required by license
* Move CMake config to unofficial namespace
The target name changed, so old configs would break anyways,
without polyfill. The unofficial namespace reflects such risks.
* Add include path to CMake config
* Update versions
* Add stftpitchshift port
* Fix shared library build on Windows
* Run vcpkg x-add-version stftpitchshift
* Update version database
* Just increase the version counter to hopefully fix the vcpkg problem I simply don't understand... 😡
* Now update both sha and version...
* Update version database
* Fix version database.
* Add quotes and modernize cmake helpers.
* Update stftpitchshift to v.1.4.1
* Update version database like suggested by bot
* Update ports/stftpitchshift/portfile.cmake
Funny suggestion, to use some kind of hidden ${PORT} variable just in one place and still the port name string otherwise...
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* Update version database
* Consequently use ${PORT} everywhere...
and not just in one place like suggested by Cheney-W
* Update stftpitchshift.json
* Cheney-W: Thie sentence could be removed, PACKAGE_NAME defaults to ${PORT}.
* Update stftpitchshift.json
Co-authored-by: Billy Robert O'Neal <bion@microsoft.com>
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* [zlib] Use readme as copyright
* [soil2] update to 1.3.0
* [bento4] update to 1.6.0-639
* [bento4] fix version db
* [zlib] Format manifest
* [anglescript] Remove local license
* [bustache] Update to master
* [bustache] Don't update
* version
* version
* remove version string
* remove v
* version
* version
* Fix version database.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [luasec] upgrade to 1.1.0
* [luasec] Replace deprecated functions
* Run vcpkg x-add-version --all
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [minimp3] Update to 2021-11-30
* Add license field to vcpkg.json
* Use double quotes for arguments with variables
* Update versions hash
Co-authored-by: friendlyanon <friendlyanon@users.noreply.github.com>
* [luasocket] Bump to official v3.0.0 release
Upstream changed to https://github.com/lunarmodules/luasocket and an
actual 3.0.0 release was tagged so we no longer need to point to
unversioned commits.
* [luasocket] Specify license in manifest
* Run vcpkg x-add-version --all
* [opencascade] Fix link the debug of freetype.dll
* update version
* fix build error
* update version
* update patch
* update version
Co-authored-by: Lily Wang <v-lilywang@microsoft.com>
* [vcpkg-tool-ninja] add ninja tool as a port
* version stuff
* add Unix Makefiles to list of valid generators for bootstraping ninja
* nicole CRs
* update version db
* revert vcpkg_build_cmake changes
* retrigger ci
* download patch
* version stuff
* Remove checked in diff copy.
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Update to 3.4.3RC2
* Add control of AWS EC2 detection dependency
* Use libtool's DLL_EXPORT for mingw
* Move patches to vcpkg_from_github
* Update to 3.4.3
* Update versions
* [ixwebsocket] Fix unable link target ZLIB::ZLIB
* update version to 11.4.2
* remove incorrect records in json file
Co-authored-by: Cheney-Wang <v-xincwa@microsoft.com>
* synchronize cmake build scripts.
* version stuff
* fix REMOVE_ITEM and add license
* format manifest
* update version
* use LOGFILE_BASE
* version update
* readd PREFER_NINJA and print a warning that it is deprecated for vcpkg_cmake_configure
* version stuff
* sync build_cmake
* only turn off ninja on windows
* add Z_VCPKG_CHAINLOAD_TOOLCHAIN_FILE
* use z_vcpkg_select_default_vcpkg_chainload_toolchain in meson
* remove VCPKG_CMAKE_GENERATOR
* version stuff
* reduce error to warning
* remove VCPKG_CMAKE_GENERATOR form configure_cmake
* version stuff
* version stuff
* use build_dir_<config>
* version stuff
* use ninja variable insead of pure ninja cmd
* version bump
* use ninja variable instead of calling ninja directly
* acquire ninja
* move the acquire.
* remove setting of cmake_prefix_path
* version stuff
* bump version date
* version stuff
* bump ashes baseline
* remove VCPKG_CMAKE_GENERATOR reference
* fix wrong variable reference due to refactor
* version stuff
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: Billy Robert O'Neal <bion@microsoft.com>
* [wxwidgets] update to 3.1.6
* Revise nanosvg
* Add feature control and dependencies for sound
* Add descripton for feature sound
* Update versions
* Update ports/wxwidgets/vcpkg.json
Co-authored-by: LilyWangLL <94091114+LilyWangLL@users.noreply.github.com>
* Fix spacing and version
* Remove cmake push/pop
* Bump version
* Undo change in wrapper
* bump version
* restore newline
* bump version
Co-authored-by: Kai Pastor <dg0yt@darc.de>
Co-authored-by: Billy Robert O'Neal <bion@microsoft.com>
Co-authored-by: LilyWangLL <94091114+LilyWangLL@users.noreply.github.com>
* Fix building LuaJIT on Linux
* Update version metadata
* Fix remaining ci.baseline.txt entries:
luajit:arm64-windows: Left as "skip": The problem is that the batch files used to build here want to run a binary they built which fails, but there's no good way to say "I can run the results" in our platform expressions right now
luajit:arm64-uwp / luajit:arm-uwp: These are already stopped by the platform expression.
luajit:x64-osx: I don't know if this works yet but we should try.
* Block osx with a "supports".
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* update openblas
* verison stuff
* Remove ci.baseline.txt entries obsoleted by "supports" expression.
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating the port data!
* Updating port data.
* Updating port data.
* Updating port data.
* Updating port data.
* Updating port data.
* move windeploylogic to qtbase.
fix qtpaths for debug.
* fix missing stuff
* version stuff
* add supports !uwp since qt6 dropped uwp support
* version stuff
* add newline. Fix BAKCD
* version stuff
* use enabledelayedexpansion
* version stuff
* use cd /D
* version stuff
Co-authored-by: Alexander Neumann <you@example.com>
* [opencv4] Fix import paths for debug Android builds
* [opencv3] Fix import paths for debug Android builds in the same way as v4
* Only apply changes to OpenCVModules-debug.cmake when it is expected to exist
* [openal-soft] enable OpenSL backend for Android
* Make use of VCPKG_TARGET_IS_ANDROID
* Remove unneded ALSOFT_REQUIRE_ANDROID
* Update version database
* Add stftpitchshift port
* Fix shared library build on Windows
* Run vcpkg x-add-version stftpitchshift
* Update version database
* Just increase the version counter to hopefully fix the vcpkg problem I simply don't understand... 😡
* Now update both sha and version...
* Update version database
* Fix version database.
* Add quotes and modernize cmake helpers.
Co-authored-by: Billy Robert O'Neal <bion@microsoft.com>
* qtwebengine ice fix
* move CURRENT_BUILDTREES_DIR only if necessary
* version stuff
* create tmp dir.
* version update
Co-authored-by: Alexander Neumann <you@example.com>
Discovered in https://dev.azure.com/vcpkg/public/_build/results?buildId=71530
PASSING, REMOVE FROM FAIL LIST: blosc:arm64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: corrade:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: corrade:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libhydrogen:arm64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: sundials:x64-osx failed with BUILD_FAILED. If expected, add sundials:x64-osx=fail to /Users/vagrant/Data/work/2/s/scripts/azure-pipelines/../ci.baseline.txt.
File does not have the expected hash:
url : [ https://github.com/LLNL/sundials/archive/v5.8.0.tar.gz ]
File path : [ /Users/vagrant/Data/downloads/LLNL-sundials-v5.8.0.tar.gz.98418.part ]
Expected hash : [ 30f6a7bddf813634e4266c36331673b52448b719f938f45a4efb6a96cfbeea4fe168fdded89309672b148f8ef8bc05997d838627e828573900ec169a41472372 ]
Actual hash : [ 0b11db1b944cfce4672954aceeec3f21253b4f684031f26b8bc0a8b3b12d895e604456bd1f283767812352eb5a9202c5797f612410f654f561ca5565d719bcae ]
REGRESSION: brunocodutra-metal:x64-linux failed with BUILD_FAILED. If expected, add brunocodutra-metal:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
This was another download failure but may as well update.
REGRESSION: plplot:x64-linux failed with BUILD_FAILED. If expected, add plplot:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
This was another download failure with every SourceForge mirror giving a different hash O_O. I tried to do an update but it's ... involved for this library so I've separated it.
* Update to 10.40
* Drop '-static' suffix for MSVC
The suffix breaks pc files. Renaming allowed by maintainer guidelines,
to facilitate downstream usage.
* Update versions
* [libvpx,lmdb,aubio,freetype-gl,intelrdfpmathlib,libbson,libtcod,metis,pqp,smpeg2] Build fixes 2022-04-28
These results are from the most recent CI run: https://dev.azure.com/vcpkg/public/_build/results?buildId=71465
PASSING, REMOVE FROM FAIL LIST: aubio:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
I also did some investigation as to why aubio:arm-uwp didn't pass. Turns out, it's because aubio depends on ffmpeg, which failed to build because it depends on libvpx, which we never fixed for UWP following the VS2022 update. See also https://developercommunity.visualstudio.com/t/MicrosoftVisualStudioComponentVCTool/10002207?space=62&scope=follow&sort=newest
PASSING, REMOVE FROM FAIL LIST: freetype-gl:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
I also checked freetype-gl:arm-uwp, but it's blocked by glew which is blocked by opengl which appears to not be a thing on arm.
PASSING, REMOVE FROM FAIL LIST: intelrdfpmathlib:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
The arm-uwp version of this emits errors that look like source issues; I blocked arm&windows with a supports expression:
D:\buildtrees\intelrdfpmathlib\src\athLib20U2-d2a8954428.clean\LIBRARY\src\bid_functions.h(3113): error C2719: 'x': formal parameter with requested alignment of 16 won't be aligned
PASSING, REMOVE FROM FAIL LIST: libbson:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libbson:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libtcod:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libtcod:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: lmdb:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
arm-uwp failed with again what looks like a source issue:
mdb.c.obj : error LNK2001: unresolved external symbol __tls_used
mdb.c.obj : error LNK2001: unresolved external symbol _mdb_tls_cbp
PASSING, REMOVE FROM FAIL LIST: metis:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: metis:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: pqp:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: pqp:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: smpeg2:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: smpeg2:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
I also checked Linux and it says
Could NOT find ibverbs (missing: IBVERBS_INCLUDE_DIRS IBVERBS_LIBRARIES)
which may be vcpkg's fault so I left that ci.baseline.txt skip alone.
REGRESSION: jansson:arm-uwp failed with POST_BUILD_CHECKS_FAILED. If expected, add jansson:arm-uwp=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: jansson:x64-uwp failed with POST_BUILD_CHECKS_FAILED. If expected, add jansson:x64-uwp=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
Already fixed by https://github.com/microsoft/vcpkg/pull/24466
* dos2unix the patch
* :dos2unix the other patches too
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
* Update aricpp to 1.1.2
* Update CI baseline
* Mark as header-only, remove vcpkg_copy_pdbs
* Update CI baseline
Co-authored-by: chausner <chausner@users.noreply.github.com>
* [osx] set CMAKE_SYSTEM_PROCESSOR from VCPKG_TARGET_ARCHITECTURE on osx
* [linux] Set CMAKE_ASM_COMPILER and CMAKE_ASM-ATT_COMPILER in case of crosscompile
* [wavpack] migrate to vcpkg_cmake_install
* [wavpack] enable arm builds
* [wavpack] Add license field to vcpkg.json
* [OSX] don't default to 86_64
* [toolchain windows] set CMAKE_SYSTEM_NAME and CMAKE_SYSTEM_PROCESSOR
In specific, I did this for the cpuinfo PR - I realized the reason
that cpuinfo doesn't support arm64 windows cross compilation is because
we don't set CMAKE_SYSTEM_PROCESSOR.
* correctly set CMAKE_CROSSCOMPILING
* start fixin libraries
* more changes:
- gainput: remove line
- glog: remove try_run when cross compiling
- windows.cmake: set CMAKE_SYSTEM_VERSION
* more patches
- mapnik: set BOOST_REGEX_HAS_ICU to avoid check_cxx_source_runs
- orc: set HAS_PRE_1970 and HAS_POST_2038 for same
- seal: change out check_cxx_source_runs for check_cxx_source_compiles
* more changes
* fix x86-windows
* fix qpid-proton, glog
* build corrade-rc
* fix x64-uwp ports
* forgot to _actually_ always build corrade-rc .,.
* Replay #22831
* Dedupe CMAKE_SYSTEM_NAME settings.
* Add quotes for corrade_rc_param
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* Update version DB.
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
```
Starting package 895/1846: hash-library:x86-windows
Building package hash-library[core]:x86-windows...
-- Note: hash-library only supports static library linkage. Building static library.
-- Downloading https://github.com/stbrumme/hash-library/archive/hash_library_v8.tar.gz -> stbrumme-hash-library-hash_library_v8.tar.gz...
-- Extracting source D:/downloads/stbrumme-hash-library-hash_library_v8.tar.gz
-- Applying patch 001-fix-macos.patch
-- Using source at D:/buildtrees/hash-library/src/library_v8-6124f7a6ce.clean
-- Found external ninja('1.10.2').
-- Configuring x86-windows
-- Building x86-windows-dbg
-- Building x86-windows-rel
-- Installing: D:/packages/hash-library_x86-windows/share/hash-library/copyright
-- Performing post-build validation
-- Performing post-build validation done
Uploaded binaries to 1 HTTP remotes.
Installing package hash-library[core]:x86-windows...
The following files are already installed in D:/installed/x86-windows and are in conflict with hash-library:x86-windows
Installed by czmq:x86-windows
include/sha1.h
Elapsed time for package hash-library:x86-windows: 3.227 s
```
* [gdk-pixbuf] Update to 2.42.8 (microsoft#24426)
* [gdk-pixbuf] Regenerate patch (microsoft#24426)
* [gdk-pixbuf] Use enabled/disabled for features (microsoft#24426)
* [gdk-pixbuf] Add glib-compile-resources to the used binary list
(microsoft#24426)
* [gdk-pixbuf] Remove obsolete patch (microsoft#24426)
* [gdk-pixbuf] regenerate version registries (microsoft#24426)
* updated harfbuzz from 3.2.0 to 4.2.0
* updated version
* Update ports/harfbuzz/vcpkg.json
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* updated version
* Removed paths from library definitions in *.pc files in case of windows static build\nRemoved patches
* version-semver -> version
* Delete no longer applied patches.
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Update simage port for version 1.8.2
* Correction of Fatal message in patch file.
* Update version database
* Added license entry.
* Update version database
* Corrected port version number
* Corrected vcpkg port versioning.
* Corrected hash.
* [z3] Update to 4.8.16
* Use Python3 instead of Python2
Python2 is EOL and the build script works with Python3, so we should
prefer Python3
* Update version
* [libdatachannel] update to 0.17.1
* update version
* Revert patch format
* update version
* disenble test
* update version
* add option
* update version
* Update iir1 to 1.9.1
* Update CI baseline
* Only either build as shared or static
* Update CI baseline
Co-authored-by: chausner <chausner@users.noreply.github.com>
* Update geos to 3.10.2
* Minor cleanup
* Drop the legacy debug postfix
All downstream ports in vcpkg use either CMake config or pkg-config.
* Fix EXTRA_OPTIONS list handling
* Update versions
* [libunistring] Add support for building on Windows
Tweaked the portfile to no longer trigger autotools as it
caused more problems when trying to build for MSVC, so the
old automake patch is no longer needed.
The awk script used in configure should've worked, but seems
to somehow get double-interpolated somewhere along the way in
such a way as to strip out quotes needed in the script, so
put in in a dedicated script.
Added wrappers so the build scripts can use "nm" and "ar" as
if this were a UNIX target.
Fixed compiler output (warnings) getting merged with dumpbin
output and putting garbage into lib/config.h
* [libunistring] Fix non-x64 Windows builds.
* [libunistring] Bump port-version
* vcpkg x-add-version --all
* [libunistring] Mark failure under UWP as expected
* [libunistring] Remove my wrapper scripts in favour of built-in ones.
* vcpkg x-add-version --all
* [libunistring] UWP isn't supported.
* vcpkg x-add-version --all
