* Disambiguate saved log files
* CI [skip actions]
* CI [skip actions]
* CI [skip actions]
* Use ALIAS keyword instead of auto-numbering
* Update versions
* help cflags survive through libtool
* Guard -Xcompiler in case of gcc/gnu
since it doesn't like unknown compiler flags.
* export CMAKE_<lang>_COMPILER_FRONTEND_VARIANT from cmake
* v db and script changes
* also check compiler id
Co-authored-by: Cheney-Wang <850426846@qq.com>
* Use official zstd config
* Require packages for features
* Test zstd in CI
* Enable libtiffxx on arm
* Update versions
* Assume ZSTD_decompressStream
* Don't put targets into TIFF_LIBRARIES
* [qt5-imageformats] Use libtiff-4.pc
* [zstd] Revise thread lib export
* Mark link libs with LINK_ONLY
* Revert "[zstd] Revise thread lib export"
This reverts commit a99e6378a6.
* [qt5-imageformats] Get all tiff lflags
* [gdk-pixbuf] Use libtiff-4 pc file for msvc
* [qtimageformat] Workaround for QTBUG-95052
* updated ISMRMRD
* Updated ISMRMRD to version 1.13.0
* Updated baseline and formatting
* Made it explicit that 32bit platforms are not supported by ISMRMRD
* Updated license.
* Updated version
* Updated versioning
* Update to GStreamer v1.20.3
* Fixed gst-plugins-bad * Made optional dependences features * Added webrtc feature
* webrtc dependency fixes
Set meson option 'gst_debug' to true for both debug and release configurations
Enabled dtls and srtp plugins
Fixed srtp plugin
* [gstreamer] Changed version to 1.20.4
* [gstreamer] Reworked port file
* [gst-rtsp-server] Updated to version 1.20.4
* [opencv4] Update GStreamer dependency
* [qtmultimedia] Update GStreamer dependency
* [qtmultimedia] Enabled AVFoundation (part of the Apple Frameworks)
* [qtbase] Fix PCRE2 static linking for GLib
* Added versions
Co-authored-by: Gerard Ryan <gerard.ryan@immersaview.com>
Co-authored-by: David Ely <david.ely@immersaview.com>
* [python3] Make patch files contiguous.
When applying these back to the python3 repository and re-formatting,
the gap in patch file numbers requires annoying manual renaming. Debunk
that.
* [python3] Use patch files, not diffs.
Diffs require multiple steps to import into the python3 repository.
Debunk that. The patch format retains authorship information.
* [python3] Fix problems with conflicting patches.
Something modified in the static library patch was being used as a
context line in a later patch. How did this pass CI?
* [python3] Bump to 3.10.7.
* [python3] Fix Windows 7 patch.
* [python3] Back out trivial patch changes.
* [python3] Apply unconditional patches first.
* version things and stuff
* Bump Python tools to 3.10.7.
* Use higher level maintainer functions, cleanup
* Update
* Check vcpkg version
* Only static linkage on mingw
* Fix zlib linkage
* Patch for command line lenght issue
* [vcpkg.cmake] fix find_package not restoring variables correctly.
* bit of formatting
* wording
* remove unused variable
* add extra spaces
* remove OUTPUT_FORMAT DECIMAL for older cmake version
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* [libice] replace macros with typedefs
* [libx11] fix dl linkage on linux and cleanup the cmake wrapper.
* [libxxf86vm] add port
* [libxtst] add port
* [libxt] add port
* [libxmu] add port
* [libxaw] add port
* bump port version
* v db
* fix libxpm and maybe cross libxt
* malloc returns null for cross builds
* fix typo
* fix stuff
* v db
* fix stuff ?
* WIP commit
* libxt cross fix
* add todo
* fix libxaw
* xcb add some fixes.
* fix todos
* fix arm ?
* fix path
* bump some versions
* shorten comment
* format manifest
* v db
* fix stuff
* ci baseline
* v db
* adjust libx11 wrapper again
* v db
* add license
* remove doubled entry from v db
* v db
* libxmu remove global variable.
* correctly split unistd.patch and apply it
* disable thread safe init in libx11 on windows
* v db
* libx11 append options correctly.
* v db
* still not correct.
* v db
* [libdmx] add new port
* [libxcvt] add port
* [xbitmaps] add port
* format manifest
* use version
* v db
* add cross fixes and fix issue due to missing xorg macros on osx
* v db
* license
* v db
* Use the conventional copyright install.
* Correct the SHA512.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Fix mingw
* Remove invalid transformation
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
The deployment script works with Python 2 and 3. On modern macOS machines
Python 2 may not be available. Find either version and use it.
Co-authored-by: Lily Wang <494550702@qq.com>
* test osx stuff
* deactivate most of ci
* get trace output
* add required flags to the linker flags
* also look for --sysroot
* Link_args are always shared
* fix ar flags
* setup FOR_BUILD vars.
* try tricking the build.... but man configure scripts are stupid sometimes...
* try 2
* major meson rewrite
* fix duplicates
* revert --trace-expand
* update port version
* revert pipeline changes
* v db
* bump version
* v db
* set flags for rc compilers
* a few more ios fixes.
* v db
* fix osx/ios logic
* documentation and don't fatal_error in build/host machine entry calculation.
* add android/compiler target stuff from #26570
* remove extra endif
* v db
* add target param to linker flags.
* target in cpp flags
* Make vcpkg-cmake-get-vars more ios compatible
* Update scripts/get_cmake_vars/CMakeLists.txt
Co-authored-by: Matthias Kuhn <matthias@opengis.ch>
* More ios fixes
* fix target adding
* Fix broken loop
* v db
* v db
* bump date
* v db
* v db
* v db
* remove port-version 1
* v db
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: Matthias Kuhn <matthias@opengis.ch>
* 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
* [scripts] fixes for armv7l host builds
* [scripts] fix meson for 32-bit arm
* [scripts] replaced EXEC_PROGRAM with execute_process in ninja and pathelf paths in vcpkg_find_acquire_program
* Revert Linux to Ubuntu 20.04.
* Cherry-pick intel-mkl from https://github.com/microsoft/vcpkg/pull/15233/
* Update pwsh to 7.2.6.
* Temporarily remove ci.baseline.txt skips for ICEs.
* Fix ICU version for Ubuntu version change.
* Update pools.
* Merge apt installs and fix WSL CUDA bindings.
* Fix WSL detection.
* Remove WSL specific nvidia because it misses nccl and cudnn.
* Add python-yaml for duktape.
* [shogun] Force use of OpenBLAS as the Lapack implementation.
Shogun declares a dependency on blas, which we have set to openblas. Installing Intel MKL on the VMs caused build of Shogun to fail because it tried to use MKL and that build is broken.
* Put colmap, graphicsmagick, and mfl skips back, as they are clearly not fixed.
* PASSING, REMOVE FROM FAIL LIST: jemalloc:x64-osx (/Users/vagrant/Data/work/2/s/scripts/azure-pipelines/../ci.baseline.txt).
* Update pool.
* Revert the intel-mkl changes until the BLAS/LAPACK vendoring problem is fixed.
* Update pool.
* Explicitly add bison, needed by gettext.
* Update pools
* [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>
* add VCPKG_CMAKE_VS_GENERATOR for overriding/providing a generator if ninja cannot be used
* Wording CR.
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* use VisualStudioVersion to switch the generator.
* v db
* CR changes
* v db
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* [igraph] update to 0.10
* [igraph] x-add-version
* [igraph] disable on arm64 windows due to lack of support for _umul128()
* [igraph] x-add-version
* [igraph] fix typo
* [igraph] x-add-version
* [igraph] update to 0.10.1
* [igraph] x-add-version
* Update versions/i-/igraph.json
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* [igraph] remove special treatment of uwp from portfile
* [igraph] indicate that failure is expected for x64-uwp
* [igraph] x-add-version
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* Add arm64-windows support
* Update port version
* Update dlib version
* Add dlib:arm64-windows in ci.baseline
Co-authored-by: Nursultan Zarlyk <nzarlyk@microsoft.com>
* [vcpkg baseline][kf5globalaccel] Re-fix build on Windows
* version
* Add license
* version
* cleanup baseline
* [libpq] Fix arm build
* [osg] Fix arm64-windows build
* version
* update baseline
* add license
* version
* set osg license to null
* version
* Try to use cmake option instead of patching the source
* version
* revert changes about libpq
* version
* Fix
* version
* revert changes about osg
* version
* [qt5/qmake] Pass toolchain flags to build
* v db
* forgot a dependency
* v db
* add required ar flags
* v db
* Apply suggestions from code review
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* v db
* inc port version
* v db
* qt5-base
* v db
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* [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)
* [libxdamage] add port
* [libxext] add port
* [libxfixes] add port
* v db
* [libx11] try fixing crosscompilation on windows.
* retry
* move to manual-tools
* touch doesn't work need the original obj file
* retry touch
* touch doesn't seem to work.
* v db
* 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>
* CI test isal, not spdk-isal
* Update to 2.30.0
* The nmake build uses only nasm
The autotools build chooses the tool by feature level.
It even requires yasm for mingw.
* Relax platform restriction
* Fix mingw builds
* Fixup pkgconfig
* Rewrite CMake config, move to unofficial namespace
* Update versions
* first batch of xwindow PR ports - up to dbus
* first batch of xwindow PR ports - up to dbus
* format manifest
* version stuff
* remove if block
* version stuff
* fix xcb hash
* fix xproto dependency on meson blocking cross builds
* adjust message
* use X11_xcb_LIB
* version stuff
* put xlib arm64-windows on baseline
* fix dbus on osx and linux
* version stuff
* forget to set the value
* fix --export-dynamic on osx
* version dbus
* ci-retrigger
* add license (needs tool update)
* version adjustments
* version update
* remove unnecessary comments
* v db
* Apply suggestions from code review
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* nitpicks
* rename xau to libxau
* use vcpkg_install_copyright and silence usage
* xtrans silence usage
* format-manifest
* v db
* make license null for ports without exact match
* xdmcp rename to libxdmcp
* merge x11 wrapper into xlib
rename xlib to libx11 to avoid a metaport
* v db
* missed dbus depending on x11.
* v db
* Update scripts/ci.baseline.txt
Co-authored-by: LilyWangLL <94091114+LilyWangLL@users.noreply.github.com>
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* WIP commit
* more jemalloc wip
* v db
* add license
* v db
* apply format diff
* fix script
* WIP commit
* fix ARFLAGS for the wrapper
* CR stuff
* v db
* use separate_arguments to add -Wl, to linker flags
* say "-Xlinker" three times and it will come.
* make assembler compile only.
* disable _FOR_BUILD if crosscompiling.
use function instead of macro.
Remove AS settings
* ignore settings for osx until somebody knows how to fix it.
* CR z_vcpkg_make_set_env
* CI retrigger
* make conflicting options an error
* remove DEFINED since the options are always defined
* use z_vcpkg_get_cmake_vars instead of including the toolchain
* fix typo
Co-authored-by: Osyotr <Osyotr@users.noreply.github.com>
* add supports expressions
* use _ENV_ instead of ENV so vcpkgs flags will overwrite any other flags.
(also fixes pdcurses using LINK)
* v db
* version
Co-authored-by: Osyotr <Osyotr@users.noreply.github.com>
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
* [shiftmedia-libgcrypt] new port
* [shiftmedia-libgcrypt] add license
* [shiftmedia-libgcrypt] fix formatting
* [shiftmedia-libgcrypt] add version
* [shiftmedia-libgcrypt] update to 1.10.1, also support UWP
* [shiftmedia-libgcrypt] update version
* [ci.baseline.txt] restore gpg-error running on CI
* [libgpg-error] add TargetPlatformMinVersion
* [libgpg-error] update versions
* [shiftmedia-libgcrypt] fix supported platform
* [shiftmedia-libgcrypt] fix missing Version in .pc
* [shiftmedia-libgcrypt] update version
* [shiftmedia-libgcrypt] remove leftover warning
* [shiftmedia-libgcrypt] update version
* Update shiftmedia-libgcrypt.json
* Update libgpg-error.json
* [shiftmedia-libgcrypt] install includes instead of moving them around in buildtree
* [shiftmedia-libgcrypt] update version
* [shiftmedia-libgcrypt] wrap paths in quotes
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* [shiftmedia-libgcrypt] support for Windows implies UWP
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* [shiftmedia-libgcrypt] update version
* [shiftmedia-libgcrypt] use vcpkg_replace_string() instead of patches
* [shiftmedia-libgcrypt] update version
* [shiftmedia-libgcrypt] gpg-error already inupstream .pc as Requires.private
* [shiftmedia-libgcrypt] -L${libdir} already in upstream .pc
* [shiftmedia-libgcrypt] update version
* [shiftmedia-libgcrypt] pass OutDir as property, no need to patch
* [shiftmedia-libgcrypt] update version
* [shiftmedia-libgcrypt] msbuild adds a subfolder to OutDir on UWP
* [shiftmedia-libgcrypt] fix aclocal installation path
* [shiftmedia-libgcrypt] update version
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
Co-authored-by: Billy O'Neal <bion@microsoft.com>
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* Install haskell-stack with apt instead of piping a sh.
* Update pools.
* Linux is exploding for some reason. I just found out it is getting created with a 30GB disk I'm guessing may be involved.
Did not wait for x64_windows_static_md to finish because enough was already on the floor.
PASSING, REMOVE FROM FAIL LIST: angle:arm-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: angle:arm64-windows (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: angle:x64-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: angle:x64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: angle:x64-windows-static (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: angle:x86-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: qtwebengine:x64-windows (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: qtwebengine:x64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: qtwebengine:x64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: qtwebengine:x64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: qtwebengine:x64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: qtwebengine:x64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: rsocket:x64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: rsocket:x64-windows-static (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: gazebo:x64-windows failed with BUILD_FAILED. If expected, add gazebo:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
```
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(87): error C2275: 'dart::common::Signal<_Res(_ArgTypes...),Combiner>::ConnectionBodyType': expected an expression instead of a type
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(87): error C2923: 'std::shared_ptr': 'dart::common::Signal<_Res(_ArgTypes...),Combiner>::ConnectionBodyType' is not a valid template type argument for parameter '_Ty'
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(87): note: see declaration of 'dart::common::Signal<_Res(_ArgTypes...),Combiner>::ConnectionBodyType'
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(87): error C2955: 'std::shared_ptr': use of class template requires template argument list
```
We have been seeing intermittent failures in gazebo:x64-windows and I think this just repro'd that...
REGRESSION: graphicsmagick:x64-windows failed with BUILD_FAILED. If expected, add graphicsmagick:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: graphicsmagick:x64-windows-static failed with BUILD_FAILED. If expected, add graphicsmagick:x64-windows-static=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: graphicsmagick:x86-windows failed with BUILD_FAILED. If expected, add graphicsmagick:x86-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
```
D:\buildtrees\graphicsmagick\src\2e465a2909-adf106de54.clean\magick/nt_base.h(95): warning C4005: 'HAVE_FT2BUILD_H': macro redefinition
D:\buildtrees\graphicsmagick\src\2e465a2909-adf106de54.clean\magick/magick_config.h(123): note: see previous definition of 'HAVE_FT2BUILD_H'
D:\buildtrees\graphicsmagick\src\2e465a2909-adf106de54.clean\magick\effect.c(689) : fatal error C1001: Internal compiler error.
(compiler file 'D:\a\_work\1\s\src\vctools\Compiler\Utc\src\p2\main.c', line 224)
To work around this problem, try simplifying or changing the program near the locations listed above.
If possible please provide a repro here: https://developercommunity.visualstudio.com
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information
cl!RaiseException()+0x6c
cl!RaiseException()+0x6c
cl!DllGetObjHandler()+0xdb94f
cl!DllGetObjHandler()+0x1ac555
```
😭
REGRESSION: mathgl:x64-windows failed with POST_BUILD_CHECKS_FAILED. If expected, add mathgl:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: mathgl:x64-windows-static failed with POST_BUILD_CHECKS_FAILED. If expected, add mathgl:x64-windows-static=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: mathgl:x86-windows failed with POST_BUILD_CHECKS_FAILED. If expected, add mathgl:x86-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
```
-- Performing post-build validation
The following files contain an absolute path ('D:\packages\mathgl_x64-windows', 'D:\installed', 'D:\buildtrees\mathgl'):
D:\packages\mathgl_x64-windows\include\mgl2\config.h
There should be no absolute paths in the installed package, only relative ones.
Found 1 post-build check problem(s). To submit these ports to curated catalogs, please first correct the portfile:
C:\a\2\s\ports\mathgl\portfile.cmake
-- Performing post-build validation done
error: building mathgl:x64-windows failed with: POST_BUILD_CHECKS_FAILED
```
@autoantwort
REGRESSION: qtwebengine:arm64-windows failed with POST_BUILD_CHECKS_FAILED. If expected, add qtwebengine:arm64-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
```
Building qtwebengine[core,default-features,geolocation,spellchecker,webchannel]:arm64-windows...
-- Setting up python virtual environmnent...
-- Installing python packages: html5lib
-- Setting up python virtual environmnent...finished.
CMake Warning at ports/qtwebengine/portfile.cmake:83 (message):
Buildtree path 'D:/buildtrees/qtwebengine' is too long.
Consider passing --x-buildtrees-root=<shortpath> to vcpkg!
Trying to use 'D:/buildtrees/qtwebengine/../tmp'
Call Stack (most recent call first):
scripts/ports.cmake:147 (include)
-- Using cached qtwebengine-everywhere-src-6.3.1.tar.xz.
-- Cleaning sources at D:/buildtrees/tmp/src/here-src-6-367c283e50.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/downloads/qtwebengine-everywhere-src-6.3.1.tar.xz
-- Using source at D:/buildtrees/tmp/src/here-src-6-367c283e50.clean
-- Found external ninja('1.10.2').
-- Configuring arm64-windows-dbg
-- Configuring arm64-windows-rel
CMake Warning at D:/installed/x64-windows/share/vcpkg-cmake/vcpkg_cmake_configure.cmake:302 (message):
The following variables are not used in CMakeLists.txt:
FEATURE_webengine_geolocation
FEATURE_webengine_spellchecker
FEATURE_webengine_v8_snapshot_support
FEATURE_webengine_webchannel
FEATURE_webengine_webrtc
Please recheck them and remove the unnecessary options from the
`vcpkg_cmake_configure` call.
If these options should still be passed for whatever reason, please use the
`MAYBE_UNUSED_VARIABLES` argument.
Call Stack (most recent call first):
D:/installed/arm64-windows/share/qtbase/qt_install_submodule.cmake:108 (vcpkg_cmake_configure)
ports/qtwebengine/portfile.cmake:102 (qt_cmake_configure)
scripts/ports.cmake:147 (include)
-- Building arm64-windows-dbg
-- Building arm64-windows-rel
-- Installing: D:/packages/qtwebengine_arm64-windows/share/qtwebengine/copyright
-- Performing post-build validation
The folder /include is empty or not present. This indicates the library was not correctly installed.
There should be no empty directories in D:\packages\qtwebengine_arm64-windows
The following empty directories were found:
```
This was previously blocked by qtwebengine:x64-windows=fail. Will investigate...
* Remove attempt to install extra stuff for scale set agents.
* Turn on boot diagnostics.
* Update pools.
* Back out most Linux changes.
* Analysis of https://dev.azure.com/vcpkg/public/_build/results?buildId=76482&view=results
REGRESSION: graphicsmagick:x86-windows failed with BUILD_FAILED. If expected, add graphicsmagick:x86-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
Added this skip too.
REGRESSION: gazebo:x64-windows failed with BUILD_FAILED. If expected, add gazebo:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
```
C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1433~1.316\bin\Hostx64\x64\cl.exe /TP -DBOOST_ALL_DYN_LINK -DBOOST_ALL_NO_LIB -DBOOST_TEST_DYN_LINK -DBUILDING_DLL -DBUILDING_DLL_GZ_PHYSICS -DFREEIMAGE_LIB -DH5_BUILT_AS_DYNAMIC_LIB -DIGN_PROFILER_ENABLE=0 -DLIBBULLET_VERSION=3.21 -DLIBBULLET_VERSION_GT_282 -DNOMINMAX -DNOUSER -DPROTOBUF_USE_DLLS -DTINYXML2_DEBUG -DTINYXML2_IMPORT -DWIN32_LEAN_AND_MEAN -D_USE_MATH_DEFINES -DdIDEDOUBLE -Dgazebo_physics_EXPORTS -ID:\buildtrees\gazebo\src\46e867c51d-eba7a8151f.clean\test\gtest\include -ID:\buildtrees\gazebo\src\46e867c51d-eba7a8151f.clean -ID:\buildtrees\gazebo\x64-windows-dbg -ID:\installed\x64-windows\debug\..\include\libusb-1.0 -external:ID:\buildtrees\gazebo\src\46e867c51d-eba7a8151f.clean\deps\opende\include -external:ID:\installed\x64-windows\include -external:ID:\installed\x64-windows\debug\..\include -external:ID:\installed\x64-windows\include\ignition\msgs5 -external:ID:\installed\x64-windows\include\ignition\math6 -external:ID:\installed\x64-windows\include\ignition\transport8 -external:ID:\installed\x64-windows\include\ignition\common3 -external:ID:\installed\x64-windows\include\ignition\fuel_tools4 -external:ID:\installed\x64-windows\include\OGRE -external:ID:\installed\x64-windows\include\sdformat-9.8 -external:ID:\installed\x64-windows\include\bullet -external:ID:\installed\x64-windows\include\sdformat-9.8\sdf\.. -external:ID:\installed\x64-windows\include\ignition\cmake2 -external:ID:\installed\x64-windows\include\eigen3 -external:ID:\installed\x64-windows\share\urdfdom_headers\..\..\include -external:ID:\installed\x64-windows\include\urdfdom -external:ID:\installed\x64-windows\include\urdfdom_headers -external:W0 /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP /wd4005 /wd4068 /wd4244 /wd4251 /wd4267 /wd4275 /wd4996 /EHsc /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /EHsc -I"D:/installed/x64-windows/include" /Zc:__cplusplus /permissive- /Zc:strictStrings- /Zc:externC- -std:c++17 /showIncludes /Fogazebo\physics\CMakeFiles\gazebo_physics.dir\dart\DARTBoxShape.cc.obj /Fdgazebo\physics\CMakeFiles\gazebo_physics.dir\ /FS -c D:\buildtrees\gazebo\src\46e867c51d-eba7a8151f.clean\gazebo\physics\dart\DARTBoxShape.cc
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(87): error C2275: 'dart::common::Signal<_Res(_ArgTypes...),Combiner>::ConnectionBodyType': expected an expression instead of a type
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(87): error C2923: 'std::shared_ptr': 'dart::common::Signal<_Res(_ArgTypes...),Combiner>::ConnectionBodyType' is not a valid template type argument for parameter '_Ty'
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(87): note: see declaration of 'dart::common::Signal<_Res(_ArgTypes...),Combiner>::ConnectionBodyType'
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(87): error C2955: 'std::shared_ptr': use of class template requires template argument list
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\VC\Tools\MSVC\14.33.31629\include\memory(1493): note: see declaration of 'std::shared_ptr'
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(87): error C2955: 'std::shared_ptr': use of class template requires template argument list
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\VC\Tools\MSVC\14.33.31629\include\memory(1493): note: see declaration of 'std::shared_ptr'
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(182): error C2275: 'dart::common::Signal<void(_ArgTypes...),dart::common::signal::detail::DefaultCombiner>::ConnectionBodyType': expected an expression instead of a type
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(182): error C2923: 'std::shared_ptr': 'dart::common::Signal<void(_ArgTypes...),dart::common::signal::detail::DefaultCombiner>::ConnectionBodyType' is not a valid template type argument for parameter '_Ty'
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(182): note: see declaration of 'dart::common::Signal<void(_ArgTypes...),dart::common::signal::detail::DefaultCombiner>::ConnectionBodyType'
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(182): error C2955: 'std::shared_ptr': use of class template requires template argument list
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\VC\Tools\MSVC\14.33.31629\include\memory(1493): note: see declaration of 'std::shared_ptr'
D:\installed\x64-windows\include\dart/common/detail/Signal.hpp(182): error C2955: 'std::shared_ptr': use of class template requires template argument list
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\VC\Tools\MSVC\14.33.31629\include\memory(1493): note: see declaration of 'std::shared_ptr'
```
PASSING, REMOVE FROM FAIL LIST: luajit:arm64-windows (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
This was https://github.com/microsoft/vcpkg/pull/26360
REGRESSION: qtwebengine:arm64-windows failed with POST_BUILD_CHECKS_FAILED. If expected, add qtwebengine:arm64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
This was previously blocked by x64-windows being skipped, so I'm just adding it to the baseline for now.
* pixman: add missing include and fix clang-cl builds
* v db
* use correct <> isntead of ""
* v db
* make the patch depend on _MSC_VER
* v db
* fix bug in vcpkg_configure_meson not linking WindowsApp.lib
fix another bug that system=windowsstore which meson doesn recognize
* bump port version
* v db
* * 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>
* [vcpkg_download_distfile] Don't check downloaded file when ALWAYS_REDOWNLOAD is passed
* [vcpkg_from_github] fix error message and correctly set VCPKG_HEAD_VERSION
* [vcpkg_from_gitlab] Use gitlab api instead of git ls-remote
* no change
* Apply suggestions from code review
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.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.
This follows the pattern in the Windows toolchain with respect to
setting VCPKG_CMAKE_SYSTEM_VERSION and also how arm64 macOS can execute
x86_64 through Rosetta.
* [cmake] update to 3.24-rc1
* update to rc2
* CI debugging
* osx use correct cmake download
* update to rc3
* revert --trace-expand
* update to rc4. CI should give hashes
* adjust hashes.
* fix hashes again?
* fixing the hashes
* --trace-expand for qttools
* update to rc5
* update to release version
* revert qttools
* [breakpad] Update to 2022.07.12
* Also add arm64-windows to 'supports' because pe_util.cc(280) assumes IMAGE_RUNTIME_FUNCTION_ENTRY has a member UnwindInfoAddress which is only true on x86 and x64.
(Note that _IMAGE_ARM_RUNTIME_FUNCTION_ENTRY, _IMAGE_ARM64_RUNTIME_FUNCTION_ENTRY, and _IMAGE_ALPHA_RUNTIME_FUNCTION_ENTRY do not have this member)
Simplifying to CNF:
!uwp & !(windows & (arm | arm64 | alpha)) // except of course alpha doesn''t exist
!uwp & (!windows | !(arm | arm64))
!uwp & (!windows | (!arm & !arm64))
!uwp & (!windows | !arm) & (!windows | !arm64)
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* [urdfdom] Update to 3.1.0
* Enable static builds
* version
* Remove from ci baseline
* Update headers as well
* use version
* version
* Update dartsim
* version
* only dynamic
* version
* Fix version
* version
* Update dartsim
* version
* [dartsim] update to fix Windows build failure
* Add fmt dependence
* urdfdom supports
* Update ref
* license
* version
* dartsim isn't supported on 32 bits anymore
* version
* [dartsim] update to 6.12.2
* version
* maybe unused
* version
* Fix patch
* version
* cr urdfdom-headers
* dartsim
* urdfdom
* version
* license
* version
* 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.
* Use expressive patch name
* Fix BROTLI_INCLUDE_DIR import
* glog is unused (off by default)
* Cleanup portfile, fix 'arrow[core]'
* Add CI test port
* Update to 8.0.1 [skip actions]
* Declare dependency source for substituted packages
* Trim obsolete patch chunks
* Fix static link libs export
* Use substituted targets directly, for proper export
* Fix snappy lib export to pc file
* Update versions
* Add license for test port
* Add =pass entries for the new "vcpkg-ci-Xxx" port.
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* Normalize PATH so that insertion of msys paths always works
This is required if the PATH variable has been modified and doesn't follow the normal windows style
* make it better
* switch path manipulations. vcpkg wrapper dir needs to come first.
* 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
* Fixup rpath after building dynamic libraries on linux
* Switch back to a single variable VCPKG_FIXUP_ELF_RPATH
Co-authored-by: Victor Romero <romerosanchezv@gmail.com>
* Don't force fixup in x64-linux triplet yet
Co-authored-by: Victor Romero <romerosanchezv@gmail.com>
Co-authored-by: Osyotr <8740768+Osyotr@users.noreply.github.com>
* Add support for loongarch64 cpu.
* update ci.baseline.txt
* Revert "update ci.baseline.txt"
This reverts commit 0b3f4851bc.
* Allow user to add additional options for meson within custom triplet.
Co-authored-by: Jamlys Lee <jamlys_lee@163.com>
* Update Ubuntu to 22.04.
* Add libxtst-dev from https://github.com/microsoft/vcpkg/pull/24934
* Add standard prereqs.
* Update some package references for Ubuntu 22.04.
* [cuda] Update to search in /usr/bin as used on Ubuntu 22.04.
* [cudnn] Add where ubuntu 22.04 puts it.
* Add update-nvidia-cudnn calls.
* Update powershell to 7.2.5
* Re-add NCCL installation from CUDA official sources.
* Update pools.
* [vcpkg tool] Add vcpkg_install_copyright
* Make sure FILE_LIST is provided
* relative to ${SOURCE_PATH}
* Add documentation
* Add to table of contents
* Relative paths was a bad idea.
* Tell users to use the correct way
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* Fix docs
* Add parameter COMMENT
* Rename to vcpkg_concat_copyright
* Fix escape
* Revert "Fix escape"
This reverts commit 53f1636705.
* Revert "Rename to vcpkg_concat_copyright"
This reverts commit 6ce9152a61.
* Fix escape
* Add support for single copyright file
* Update docs
* Make comment less confusing
* [ci skip] Billy CR
* [ci skip] Format
* Remove explicit checks for STREQUAL ""
* Add error msg if file doesn't exist
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* Revert "[wxwidgets] Remove debug asserts from Release build. (#25240)"
This reverts commit 6e16931acd.
* Update to 3.1.7
* Update installation layout
* Upstream CMake export is not ready for use
* Update versions
* Remove obsolete patch
* Use msvc layout for mingw on windows
* Add debug-support feature
* Update versions
* Fix condition
* Update versions
* Restore symlink patch
* Update versions
* Remove trace option from test port
* Enable testing without feature debug-support
* Fixup defaults for using without debug support
* Expect wxrc-3.1 for mingw cross builds ("unix" layout)
* Update versions
* [quickcpplib] Update port @2022-07-04
* [quickcpplib] Invert polyfill features
* [quickcpplib] Update version database
* [quickcpplib] Exclude CI failures
* Always save config.log, even on error
* Always save config.log and CMakeCache.txt[.log]
* Add SAVE_LOG_FILES option
* Make implicit lookups explicit
* Update versions
* Update isalConfig.cmake
* Refactor build process
* Remove debug/share on non-Windows
* Fix build, fix config.cmake, correct usage info
* version
* Add supports, add license
* cleanup baseline
* version
* update supports
* version
* Correct include path
* version
* Fix lib name on non-Windows
* version
* Apply suggestion
* version
* Apply suggestions
* version
* Apply suggestion
* version
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
* Update PowerShell to 7.2.4.
* Update Windows SDKs.
* Add libdbus-1-dev. Resolves https://github.com/microsoft/vcpkg/issues/25094
* PASSING, REMOVE FROM FAIL LIST: chmlib:arm-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: chmlib:x64-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: gl3w:arm-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: glew:arm-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: laszip:arm-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: laszip:x64-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: opengl:arm-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: rttr:arm-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: rttr:x64-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: seal:arm-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: seal:x64-uwp (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
:)
REGRESSION: ftgl:arm-uwp failed with BUILD_FAILED. If expected, add ftgl:arm-uwp=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: mathgl:arm-uwp failed with BUILD_FAILED. If expected, add mathgl:arm-uwp=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: opencsg:arm-uwp failed with BUILD_FAILED. If expected, add opencsg:arm-uwp=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
These were all previously blocked by one of the above passing-remove-from-fail-lists.
REGRESSION: ms-quic:arm-uwp failed with BUILD_FAILED. If expected, add ms-quic:arm-uwp=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: ms-quic:x64-uwp failed with BUILD_FAILED. If expected, add ms-quic:x64-uwp=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: ms-quic:x64-windows failed with BUILD_FAILED. If expected, add ms-quic:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: ms-quic:x64-windows-static-md failed with BUILD_FAILED. If expected, add ms-quic:x64-windows-static-md=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: ms-quic:x86-windows failed with BUILD_FAILED. If expected, add ms-quic:x86-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
This port hates the current Windows SDK, and it is a leaf port, so I'm marking it `=fail`:
```
D:\buildtrees\ms-quic\src\v1.2.0-19ce393c24.clean\src\inc\quic_platform_winuser.h(564): error C2375: 'NtQueryTimerResolution': redefinition; different linkage
C:\Program Files (x86)\Windows Kits\10\include\10.0.22621.0\um\winternl.h(713): note: see declaration of 'NtQueryTimerResolution'
D:\buildtrees\ms-quic\src\v1.2.0-19ce393c24.clean\src\inc\quic_platform_winuser.h(765): error C2011: '_THREAD_NAME_INFORMATION': 'struct' type redefinition
C:\Program Files (x86)\Windows Kits\10\include\10.0.22621.0\um\winternl.h(352): note: see declaration of '_THREAD_NAME_INFORMATION'
D:\buildtrees\ms-quic\src\v1.2.0-19ce393c24.clean\src\inc\quic_platform_winuser.h(773): error C2375: 'NtSetInformationThread': redefinition; different linkage
C:\Program Files (x86)\Windows Kits\10\include\10.0.22621.0\um\winternl.h(659): note: see declaration of 'NtSetInformationThread'
```
arm64-windows crashed. Previously opengl failed so we never got here. https://github.com/microsoft/vcpkg-tool/pull/599
```
Building opengl[core]:arm64-windows...
-- Fixing pkgconfig file: D:/packages/opengl_arm64-windows/lib/pkgconfig/glu.pc
-- Fixing pkgconfig file: D:/packages/opengl_arm64-windows/lib/pkgconfig/opengl.pc
-- Using cached msys-mingw-w64-i686-pkg-config-0.29.2-3-any.pkg.tar.zst.
-- Using cached msys-mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst.
-- Using msys root at D:/downloads/tools/msys2/9a1ec3f33446b195
-- Fixing pkgconfig file: D:/packages/opengl_arm64-windows/debug/lib/pkgconfig/glu.pc
-- Fixing pkgconfig file: D:/packages/opengl_arm64-windows/debug/lib/pkgconfig/opengl.pc
-- Performing post-build validation
Found more than 1 architecture in file D:\packages\opengl_arm64-windows\debug\lib\GlU32.Lib
##[error]vcpkg ci failed
At C:\a\2\s\scripts\azure-pipelines\test-modified-ports.ps1:173 char:5
+ throw "vcpkg ci failed"
+ ~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : OperationStopped: (vcpkg ci failed:String) [], RuntimeException
+ FullyQualifiedErrorId : vcpkg ci failed
##[error]PowerShell exited with code '1'.
```
* Deduplicate platform restrictions
Ports might be installed even if excluded via 'platform' restrictions.
However, for this test ports it is fair to require that if a port can
be installed, the platform shall not be exlcuded, and the test shall
pass.
* Implement CMake version condition
* Fix mingw cross builds
* Extend cmake-user testing
* Update for hidden Iconv dependencies
* Format manifest
* Add uwp exclusions
* Fix the application of VCPKG_CMAKE_CONFIGURE_OPTIONS with more than one option
VCPKG_CMAKE_CONFIGURE_OPTIONS (plural) is meant to be a list of options to be added to a cmake invocation.
But it was being applied quoted, which disallowed it from containing multiple options.
- If it was initialized with a list, cmake would get the options ";"-separated.
- If it was initialized with a blank-separated string, cmake would get the entire astring quoted as a single argument.
The fix is simple: don't (ever) quote arguments to list(APPEND) unless they are really meant to be a single element to append to the list.
* Update the version-date of vcpkg-cmake
* Update hash after rebase
* Fix vcpkg-cmake.json
In my defence, I'm new to this...
Co-authored-by: Juan Carlos Arevalo Baeza (JCAB) <jcab@ntdev.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
* [wxWidgets] Remove debug asserts from Release build.
Currently when building wxWidgets in Release mode, the debug asserts are enabled.
This fixes this issue by providing a necessary define to disable them.
Ref: https://docs.wxwidgets.org/3.1.6/group__group__funcmacro__debug.html
[wxCharts, vcpkg-ci-wxwidgets] Update ports to include fix for wxWidgets release build with debug asserts off when building a dynamic/shared library.
Signed-off-by: Vitalii Koshura <lestat.de.lionkur@gmail.com>
* Update wxcharts.json
Co-authored-by: LilyWangLL <94091114+LilyWangLL@users.noreply.github.com>
* [mmloader] Fix supports
* Fix version db
* Fix version
* version
* [mmloader] Remove from CI baseline
* unsupported on UWP
* version
* Revert version db
* Update download link
* Fix version database.
* Remove skips from ci.baseline.txt.
* Use versioned download link
Updated to use versioned download links for macOS, Linux x86 and Linux x64, in addition to Windows.
* Update portfile.cmake
* Remove support for arm and uwp
* Update ci.baseline.txt
* Update version database.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [bux] Add new port
* Corrections according to Create Pull Request suggested questions
* SHA512
* Mark fails into .\scripts\ci.baseline.txt
* Mark fails into .\scripts\ci.baseline.txt
* No need of "port-version": 1 in vcpkg.json
* Update version database
* Update ports/bux/portfile.cmake
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Update ports/bux/portfile.cmake
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Update ports/bux/portfile.cmake
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Update ports/bux/vcpkg.json
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* Update bux.json
* Update ports/bux/vcpkg.json
* update version
* Update scripts/ci.baseline.txt
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* update bux support
* update version
* update version
* Rename bux to buck-yeh-bux
* Update version database
* [buck-yeh-bux] upgrade to v1.5.0
1. [New] `bux::C_ParaLog` is ready for a variety of parallel logging configurations, filtered or unfiltered.
2. [New] Necessary helper classes for implementation _s.t_ logger users no longer need to declare child source instances explicitly.
3. [New] Add methods to `ParaLog.h` & `SyncLog.h` to support testability.
4. [New] Add unit test cases to `ParaLog.h` & `SyncLog.h` (test_paralog & test_logger)
5. [New] Update what are found in `test/` to `test/archlinux/aur_poc/`
6. [Bug] `std::uniform_int_distribution<unsigned char>` no longer allowed.
7. [Change] `CUR_FUNC_` for Windows (MSVC)
8. [Change] `tbb` is no longer implicitly needed by C++ standard library.
9. [Change] `smoke_filtlog.cpp` verifies 2-level log filters ok.
* Missing comma in versions/b-/buck-yeh-bux.json
* buck-yeh-bux 1.6.0
* Corrections made according to NancyLi1013's requests in PR #20813
* Fix SHA key in versions/b-/buck-yeh-bux.json
* Update to buxk-yeh-bux v1.6.2
* [buck-yeh-bux-mariadb-client] The first release
* Add dependency to libmariadb
* Inccorect git-tree value in versions/b-/buck-yeh-bux-mariadb-client.json
* linux build is enabled
* [buck-yeh-bux] Upgrade to 1.6.3 to allow u64-linux
* linux build is disabled again for not recognizing C++20 header <concpts> yet
* Mark vcpkg.json to support Linux but ci.baseline.txt to fail the CI build
* Repair buck-buck-yeh-bux in version database.
* [buck-yeh-bux] Upgrade to 1.6.5
* [buck-yeh-bux] Upgrade to 1.6.5
* Add "license" field
* Correction nade by `./vcpkg format-manifest ports/buck-yeh-bux/vcpkg.json`
* Update according to `git rev-parse HEAD:ports/buck-yeh-bux`
* [buck-yeh-bux-mariadb-client] Upgrade to 1.0.3
* [buck-yeh-bux-sqlite] New port
* `vcpkg.json`/"supports" changed to "!(arm | uwp | osx | linux)" for all my ports
And remove the corresponding lines from `ci.baseline.txt`
* Update "port-version" & "git-tree"
* Update "port-version"
* Update "git-tree" but revert "port-version"
* Update ports/buck-yeh-bux-mariadb-client/vcpkg.json
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* Update ports/buck-yeh-bux/vcpkg.json
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* Run `./vcpkg x-add-version ...` to update port-version
* Update buck-yeh-bux-mariadb-client.json
* Update buck-yeh-bux.json
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
Co-authored-by: Jonliu1993 <13720414433@163.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* update to 6.60
* add license field
* use path from cmakelists, not the port name (which aren't necessarily the same)
* fail cases are already listed in the supports field
* add versions
* [docs] Delete embedded documentation in favor of docs/
Drive-by for the helper ports:
1. "documentation": "https://vcpkg.io/en/docs/README.html"
2. "license": "MIT"
3. Use `include_guard(GLOBAL)` in all script files
4. Make sure any persistent variables are saved to the cache
* [docs] Restore empty regenerate.ps1 to satisfy Azure Pipelines
* [docs] PR comments
* [getopt-win32] ARM64 support
* retrigger checks
* updated git-tree sha
* Specify ports that do not support ARM but were enabled by getopt-win32 adding support.
* Upated SHA's
* Update ports/getopt-win32/portfile.cmake
Formatting indentation fix.
Co-authored-by: Mengna Li <95600143+Adela0814@users.noreply.github.com>
* Formatting indentation fix.
* Update version database
* [getopt-win32] Use CMake
* Updating versions
Co-authored-by: Mengna Li <95600143+Adela0814@users.noreply.github.com>
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* Consolidate autotools patches with pkg-config
Fixes mingw builds.
* No msbuild limitations for mingw
* Implement readline support
* Remove features which never built
* Bonjour support is osx only
* Move remaining support checks to manifest
* Remove libpq uwp fail from ci baseline
* Update versions
* [kinectsdk1, kinectsdk2] Add Config.cmake.in
* change version-string to version
* x-add-version
* update supports
* x-add-version
* [kinectsdk1][kinectsdk2] Switch to lessmsi
Co-authored-by: Lily Wang <v-lilywang@microsoft.com>
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* Add the ability to do full rebuilds with updated copies of vcpkg-tool.
Resurrection of https://github.com/microsoft/vcpkg/pull/23753/
* Extract all scripts out of inline blocks.
* Replicate all changes to the "unstable" testing.
* Fix bootstrap :)
* Fix version files validation path.
* Malformed.
* Paths and permissions.
* Fixed file name typo
* Update scripts/azure-pipelines/bootstrap-from-source.sh
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* Fix vcpkg_host_path unit test
* Fix unit test variable control
* Enable all test features by default
* Fix recognition of PREPEND
* CMake doesn't set env vars to empty value
* Remove pointless STATUS message
* update openjpeg
* update openjpeg
* add arm patch and license
* reduce to version
* update db
* fix fastcgi to always use make
* remove from baseline
* openjpeg add tools feature
* vdb
* add supports statement. fastcgi uses stuff which only is allowed in desktop apps.
* format manfiest
* ver db
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Add vcpkg_from_*** and ${PORT} usage improvements to the `vcpkg create` templates.
* Also add some more quotes.
* Back out quotes to vcpkg_cmake_config_fixup as suggested by @JackBoosY
* Install Ubuntu nasm package rather than building from source; 2.14 which is available in Ubuntu 20.04 is sufficient for intel-ipsec.
* Add cmake and ninja.
* Update CUDA signing key.
* Update pwsh to 7.2.3
* Remove clean downloads step obsoleted since we ripped out pacman.
* Note that haskell-stack is for bond.
* Cherry pick from https://github.com/microsoft/vcpkg/pull/23569 : add cuda-nvml-dev-11-6
* Update pools.
* Baseline updates
PASSING, REMOVE FROM FAIL LIST: mesa:x64-windows-static-md (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
:)
```
REGRESSION: cppgraphqlgen:arm64-windows failed with BUILD_FAILED. If expected, add cppgraphqlgen:arm64-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: cppgraphqlgen:x64-windows failed with BUILD_FAILED. If expected, add cppgraphqlgen:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: cppgraphqlgen:x64-windows-static failed with BUILD_FAILED. If expected, add cppgraphqlgen:x64-windows-static=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: cppgraphqlgen:x64-windows-static-md failed with BUILD_FAILED. If expected, add cppgraphqlgen:x64-windows-static-md=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: cppgraphqlgen:x86-windows failed with BUILD_FAILED. If expected, add cppgraphqlgen:x86-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
```
This is a compiler behavior change or bug in VS 2022 16.2:
```
C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1432~1.313\bin\Hostx64\x86\cl.exe /TP -DGRAPHQL_DLLEXPORTS -DIMPL_GRAPHQLSERVICE_DLL -Dgraphqlservice_EXPORTS -ID:\buildtrees\cppgraphqlgen\src\v4.3.1-9d04ffd723.clean\src\..\include -ID:\buildtrees\cppgraphqlgen\src\v4.3.1-9d04ffd723.clean\src\..\PEGTL\include -external:ID:\installed\x86-windows\include -external:W0 /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 -MDd /W4 /WX /permissive- -std:c++20 /showIncludes /Fosrc\CMakeFiles\graphqlservice.dir\GraphQLService.cpp.obj /Fdsrc\CMakeFiles\graphqlservice.dir\ /FS -c D:\buildtrees\cppgraphqlgen\src\v4.3.1-9d04ffd723.clean\src\GraphQLService.cpp
cl : Command line warning D9025 : overriding '/W3' with '/W4'
D:\installed\x86-windows\include\tao\pegtl/demangle.hpp(147): error C2338: static_assert failed: 'internal::dependent_true< T > && ( begin != std::string_view::npos )'
D:\buildtrees\cppgraphqlgen\src\v4.3.1-9d04ffd723.clean\include\graphqlservice/internal/SyntaxTree.h(120): note: see reference to function template instantiation 'std::string_view tao::graphqlpeg::demangle<graphql::peg::variable_value>(void) noexcept' being compiled
D:\buildtrees\cppgraphqlgen\src\v4.3.1-9d04ffd723.clean\include\graphqlservice/internal/SyntaxTree.h(53): note: see reference to function template instantiation 'std::string_view graphql::peg::ast_node::type_name<graphql::peg::variable_value>(void) noexcept' being compiled
D:\buildtrees\cppgraphqlgen\src\v4.3.1-9d04ffd723.clean\src\GraphQLService.cpp(310): note: see reference to function template instantiation 'bool graphql::peg::ast_node::is_type<graphql::peg::variable_value>(void) noexcept const' being compiled
ninja: build stopped: subcommand failed.
```
This is a compiler behavior change in 17.2. @wravery do you have comments?
```
REGRESSION: qtwebengine:x64-windows failed with BUILD_FAILED. If expected, add qtwebengine:x64-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtwebengine:x64-windows failed with BUILD_FAILED. If expected, add qtwebengine:x64-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtwebengine:x64-windows failed with BUILD_FAILED. If expected, add qtwebengine:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtwebengine:x64-windows failed with BUILD_FAILED. If expected, add qtwebengine:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtwebengine:x64-windows failed with BUILD_FAILED. If expected, add qtwebengine:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtwebengine:x64-windows failed with BUILD_FAILED. If expected, add qtwebengine:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtwebengine:x64-windows failed with BUILD_FAILED. If expected, add qtwebengine:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
```
qtwebengine doesn't report logs, but I'm pretty sure it's this ICE: https://developercommunity.visualstudio.com/t/Visual-Studio-2022-v1720-reports-fata/10039296 @Neumann-A
```
REGRESSION: rsocket:x64-windows failed with BUILD_FAILED. If expected, add rsocket:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: rsocket:x64-windows-static failed with BUILD_FAILED. If expected, add rsocket:x64-windows-static=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: rsocket:x64-windows-static-md failed with BUILD_FAILED. If expected, add rsocket:x64-windows-static-md=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
```
ICE :( https://devdiv.visualstudio.com/DefaultCollection/DevDiv/_workitems/edit/1490389
Other changes:
* Removed qt5-webengine skips because they are now skipped by a "supports" clause.
* Removed ctp skips because asset caching exists.
* [stxxl] Guard definition of log2 for current MSVCs.
* [llvm] update to v14.0.0
* [llvm] BOLT sub-project support
* [llvm] fix tools install paths
* [halide] update to v14.0.0
* update versions
* [vcpkg-get-python-packages] fix "LOGNAME should be specified" warning
* [mesa] update to v22.0.1
* update versions
* update versions
* update version
* [mesa] update to 22.0.2
* update version
* [mesa] update patches
* update version
* [llvm] update to v14.0.3
* update version
* [llvm] remove depricated feature
* [llvm] allow to build OpenMP on Windows and remove incomplete cross-compile support
* update version
* [llvm] use vcpkg_cmake_get_vars
* [llvm/openmp] install CMake file in share/openmp
* [llvm] add vcpkg-cmake-get-vars dependency and slip post build check if OpenMP is enabled
* update version
* updated libunifex version
* remove comment
* run x-add-versions --all
* Update ports/libunifex/vcpkg.json
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* rerun x-add-version libunifex
* Update versions/l-/libunifex.json
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
* update libunifex to 12-07
* x-add-version
* libunifex port update
force cpp20 as cpp17 build doesn't work with msvc. added a compile fix for externConstexpr and removed warnings with /EHsc
* Update libunifex.json
version update
* Update fix-compile-error.patch
relax clang warnings
* Update libunifex.json
git x-add-version libunifex
* remove unused
* x-add-versions
* remove old version log
* fixed static compile option
* bumped port version
* run x-add-version --all
* Hook up RTTR's actual build settings.
* Add license.
* Remove ci.baseline skips.
* Put ci.baseline.txt skips back with a comment.
* Be less pessimistic in cmake config handling, fix typo, and add indents.
Co-authored-by: JonLiu1993 <63675417+JonLiu1993@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
PASSING, REMOVE FROM FAIL LIST: akali:x64-windows-static-md (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
Probably fixed by https://github.com/microsoft/vcpkg/pull/24648
REGRESSION: angle:x64-windows-static-md failed with BUILD_FAILED. If expected, add angle:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: angle:arm-uwp failed with BUILD_FAILED. If expected, add angle:arm-uwp=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
ICE :( https://devdiv.visualstudio.com/DefaultCollection/DevDiv/_workitems/edit/1472813
* [freetds] Update to 1.3.10
* version
* Add dependence on mysql
* version
* mysql patch
* version
* Add warning for required system libs
* version
* Remove mysql dependence
* version
* Fix supports
* version
* Add mysql dependence
* version
* Add feature tools
* version
* Add dependency on unixodbc
* format
* version
* remove mysql
* version
* Update unixodbc
* version
* remove man
* version
* fix cmake
* version
* test
* fix path
* version
* disable wide characters on UNIX
* add to ci baseline
* version
* don't check for UWP
* version
* remove unixodbc from ci baseline
* Fix deprecated license
* version
* Unsupported on unix
* version
* [docs] Add catalog release process.
Also fixes https://github.com/microsoft/vcpkg/issues/23387
Also sorts added and changed ports by port name in the generated release notes
Also makes the formatting more consistent with GitHub's default generated release notes ("by foo, in #bar")
* Fix docs links.
* Add a space for additional PRs for new ports.
* [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>
* 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>
* 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>
* 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.
* [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
* [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>
* Skip wxwidgets test on Linux
On Linux, wxwidgets needs system libs which conflict with vcpkg ports.
* Test curl
* Execute build to detect wrong libs
* Add comment for wxwidgets
* Update duckx to 1.2.2
* Update CI baseline
* Use ${PORT}
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
* Set BUILD_TESTING=OFF
* Remove duckx from ci.baseline.txt
* Update CI baseline
* Switch to ONLY_STATIC_LIBRARY on Windows
* version
Co-authored-by: chausner <chausner@users.noreply.github.com>
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
* Fix unused CMake variable warning
* Acquire msys only on Windows
* Revise APNG variable names and usage
* Fix download mode usability with APNG
* Uncompress APNG patch with gzip
gzip is a default package of MSYS2 and (most) other systems.
7z download is implemented for windows only.
* Revise main CMake patches
cmake.patch deals with libpng build configuration.
fix-export-targets deals with cmake config export.
* Revise pkgconfig patching and fixup
* Additional cleanup
* Add usage based on FindPNG.cmake
* Update versions
Co-authored-by: Leonid Pospelov <pospelovlm@yandex.ru>
* Update VM base tools:
* Intel OneAPI updated
* Powershell Updated
* VS updated to install current Windows SDKs, and atlmfc for arm, and CMake/ninja
* Update pools.
* Remove passing-remove-from-fail list port.
* add upstream patch
* [skip actions] add the patch file
* fine tune
* [opencv] update portfiles to use vcpkg-get-python-packages
* fix references
* try another fix
* add all deps
* add code from tensorflow about venv
* retry
* fix file path
* new approach
* unset pythonhome
* next unset
* try this instead.
* retry without the PYTHON_LIB_PATH stuff
* try and error
* next try
* retry
* typo fix
* try updating
* retry
* more try and error
* reorder
* drop qface version
* use qface 2.0.5
* bump watchdog
* fix call on !windows
* fine tuning
* refactor function signature
* update version
* fix formating
* version stuff
* create dir before usage
* fine tuning
* version stuff
* update and patch libilbc
* formating stuff
* fix version-string
* version stuff
* add license
* version update
* bump version
* version stuff
* version stuff
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: Stefano Sinigardi <stesinigardi@hotmail.com>
* Initial commit
* clean up
* updated manifest and version
* Removed C++11 mapping option (feature) and made C++11 the default mapping.
* updated version
* added main target
added entries to ci.baseline.txt
* corrected ci.baseline.txt entries
* updated version
* fixed generated header path
* Updated version
* fixed include paths
* updated version
* expect x64-windows-static to fail
* added patches for clang 13
* update version
* Update ports/zeroc-ice/portfile.cmake
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
* 2->4 spaces
* Removed v144/5 stuff
* check for .DS_Store file before deletion
* several changes
* format vcpkg.json
* update version
* remove typo
* updated version
* reformatting
* resolve review issues
* regex
* updated version
* windows-static
* allow static builds on windows and added maintainer
* updated version
* added openssl as a dependency for Ice core library
* updated version
* minor updates
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* [cpuinfo] update to latest
* use official support of CMake find_package
* [cpuinfo] update triplet support
* [nnpack] fix cpuinfo usage
* [qnnpack] fix cpuinfo usage
* [fbgemm] fix cpuinfo usage
* [xnnpack] fix cpuinfo usage
* [cpuinfo] add license
* [nnpack] port license/dependencies
* [qnnpack] port license
* [xnnpack] port license
* [fbgemm] port license
* fix supports
* I think this should work?
* alright, arm&windows is unsupported... for now
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* put default generator and toolchain selection into a function
* update version-date of script
* version stuff
* restore PREFER_NINJA behavior on windows
use elseif instead of else
* cr ws change
* missing ,
* version stuff
* CR scripts/cmake/vcpkg_configure_cmake.cmake
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* CR changes
* revert baseline
* update version
* bump version
* version stuff
* ci retrigger
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* Verify library location for debug vs. release
* Use existing variables for wrapper
* Always install freetype wrapper
* Quote @expressions
* Set policies for freetype wrapper (#19459)
* Test JPEG
* Fix jpeg wrapper for CMake < 3.12
* Test TIFF
* Test with current and oldest supported CMake
* Test and fix icu cmake wrapper
* CMake policy fixes [skip actions]
* Update versions
* CI
* CI
* Nicole CRs
* Disable Curses test
* Prefer <Pkg>_VAR over <PKG>_VAR
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Fix deprecated cmake
* Remove from CI baseline
* Fix trailing whitespaces
* version
* Also mark "supports": "!uwp"
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* more filtering of tool paths.
* test it in CI
* only use tools/* and tools/*/bin
* debugging
* test removal of tools/* if tools/*/bin is available
* fix variable naming
* cleanup
* revert ports/qtdeclarative/portfile.cmake
* Update vcpkg-tool to 2022-03-24
* Hook up https://github.com/microsoft/vcpkg-tool/pull/345
* Hook up https://github.com/microsoft/vcpkg-tool/pull/442
* Update vcpkg-tool to 2022-03-25
* Analysis of failures.
* [Most recent nightly build failed](https://dev.azure.com/vcpkg/public/_build/results?buildId=69427)
* [Validation of this tool update failed](https://dev.azure.com/vcpkg/public/_build/results?buildId=69417)
## Common to both:
PASSING, REMOVE FROM FAIL LIST: chartdir:x64-windows (.\scripts\ci.baseline.txt)
PASSING, REMOVE FROM FAIL LIST: chartdir:x64-windows-static-md (.\scripts\ci.baseline.txt)
PASSING, REMOVE FROM FAIL LIST: chartdir:x86-windows (.\scripts\ci.baseline.txt)
Probably fixed by https://github.com/microsoft/vcpkg/pull/23701
PASSING, REMOVE FROM FAIL LIST: gmp:x64-uwp (.\scripts\ci.baseline.txt)
PASSING, REMOVE FROM FAIL LIST: gmp:x64-windows-static-md (.\scripts\ci.baseline.txt)
Probably fixed by https://github.com/microsoft/vcpkg/pull/23466 ?
REGRESSION: colmap:x64-windows-static-md failed with BUILD_FAILED. If expected, add colmap:x64-windows-static-md=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
I don't know exactly what changed. I observe that
* this thing depends on a *lot* of stuff
* on March 14 we didn't even attempt to build this
* the x64-windows ones are already in the baseline
so I skipped it.
REGRESSION: qtdeclarative:x64-windows. If expected, add qtdeclarative:x64-windows=fail to .\scripts\ci.baseline.txt.
REGRESSION: qtdeclarative:x64-windows failed with BUILD_FAILED. If expected, add qtdeclarative:x64-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtdeclarative:x64-windows failed with BUILD_FAILED. If expected, add qtdeclarative:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtdeclarative:x64-windows failed with BUILD_FAILED. If expected, add qtdeclarative:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtdeclarative:x64-windows failed with BUILD_FAILED. If expected, add qtdeclarative:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtdeclarative:x64-windows failed with BUILD_FAILED. If expected, add qtdeclarative:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtdeclarative:x64-windows failed with BUILD_FAILED. If expected, add qtdeclarative:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: qtdeclarative:x64-windows failed with BUILD_FAILED. If expected, add qtdeclarative:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
This is a reporting change: The new world order also includes host build failures which is why it's duplicated.
See also https://github.com/microsoft/vcpkg/issues/23714
See also https://github.com/microsoft/vcpkg/issues/23490
I'm nervous about baslining this because it seems most of the qt world is built on top of this port
I filed https://github.com/microsoft/vcpkg/issues/23824 about this and @Neumann-A indicated this should be fixed by https://github.com/microsoft/vcpkg/pull/23755
REGRESSION: nettle:x64-uwp. If expected, add nettle:x64-uwp=fail to .\scripts\ci.baseline.txt.
REGRESSION: nettle:x64-windows-static-md. If expected, add nettle:x64-windows-static-md=fail to .\scripts\ci.baseline.txt.
REGRESSION: nettle:x64-uwp failed with BUILD_FAILED. If expected, add nettle:x64-uwp=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: nettle:x64-windows-static-md failed with POST_BUILD_CHECKS_FAILED. If expected, add nettle:x64-windows-static-md=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
Didn't analyze, probably fixed by https://github.com/microsoft/vcpkg/pull/23519 ?
REGRESSION: libgpg-error:x64-uwp. If expected, add libgpg-error:x64-uwp=fail to .\scripts\ci.baseline.txt.
REGRESSION: libgpg-error:x64-uwp failed with BUILD_FAILED. If expected, add libgpg-error:x64-uwp=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
This was broken by VS2022 update:
```
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Microsoft\VisualStudio\v17.0\AppxPackage\Microsoft.AppXPackage.Targets(892,25): error MSB4086: A numeric comparison was attempted on "$(TargetPlatformMinVersion)" that evaluates to "" instead of a number, in condition "'$(TargetPlatformMinVersion)' >= '10.0.17200.0'". [C:\Dev\vcpkg\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error_winrt.vcxproj]
```
REGRESSION: libmikmod:x64-osx. If expected, add libmikmod:x64-osx=fail to .\scripts\ci.baseline.txt.
REGRESSION: libmikmod:x64-osx failed with BUILD_FAILED. If expected, add libmikmod:x64-osx=fail to /Users/vagrant/Data/work/2/s/scripts/azure-pipelines/../ci.baseline.txt.
Broken between [2022-03-16](https://dev.azure.com/vcpkg/public/_build/results?buildId=68947) and [2022-03-18](https://dev.azure.com/vcpkg/public/_build/results?buildId=69051). Unfortunately I don't see obvious reasons why. Nothing else depends on this and nobody has noticed in 2 weeks, so I'm baslining it for now. (Will investigate shortly...)
## Only broken in tool update:
REGRESSION: mesa:x64-windows failed with BUILD_FAILED. If expected, add mesa:x64-windows=fail to C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt.
```
-- Downloading https://gitlab.freedesktop.org/mesa/mesa/-/archive/mesa-21.2.5/mesa-mesa-21.2.5.tar.gz -> mesa-mesa-mesa-21.2.5-1.tar.gz...
-- Extracting source /Users/vagrant/Data/downloads/mesa-mesa-mesa-21.2.5-1.tar.gz
-- Applying patch swravx512-post-static-link.patch
-- Applying patch swr-msvc-2.patch
-- Applying patch swr-llvm13.patch
-- Applying patch radv-msvc-llvm13-2.patch
-- Applying patch d3d10sw.patch
-- Using source at /Users/vagrant/Data/buildtrees/mesa/src/esa-21.2.5-2df234d2b1.clean
Traceback (most recent call last):
File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'mako'
CMake Error at ports/mesa/portfile.cmake:85 (message):
Python package 'mako' needs to be installed for port 'mesa'.
Complete list of required python packages: setuptools;mako
Call Stack (most recent call first):
ports/mesa/portfile.cmake:91 (vcpkg_get_python_package)
scripts/ports.cmake:145 (include)
```
Looks like this is being tracked by https://github.com/microsoft/vcpkg/pull/23089 ; perhaps that we don't have as aggressive a recycling strategy for macos boxes as we do for the others has let different machines give different results?
## Only broken without tool update:
REGRESSION: chromium-base:x64-osx. If expected, add chromium-base:x64-osx=fail to .\scripts\ci.baseline.txt.
This one has been constantly flaky; I baselined it.
REGRESSION: libxml2:x64-osx. If expected, add libxml2:x64-osx=fail to .\scripts\ci.baseline.txt.
This port uses vcpkg_from_git and the upstream server was down during the build.
* Restore chartdir to the baseline, I thought https://github.com/microsoft/vcpkg/pull/23732 had been merged.
* [fuzzylite] fix unix build
* update version scheme
* version
* unsupported on UWP
* remove from CI baseline
* version
* fix typo
* version
* windows only
* version
* Add fuzzylite:x64-osx
* Fix typo
* cr
* version
* Fix string replace on static
* version
* Don't rename artifacts
* version
* Trigger some test ports from vcpkg.cmake changes
* Bump test port version
* Revert "Bump test port version"
* Use old toolchain version for parent hashes
* Add ABI hashing note to vcpkg.cmake
* Test vcpkg.cmake with cmake instead vpckg-ci-paraview
PASSING, REMOVE FROM FAIL LIST: intelrdfpmathlib:x64-linux
PASSING, REMOVE FROM FAIL LIST: ocilib:x64-windows-static
PASSING, REMOVE FROM FAIL LIST: skia:arm64-windows
PASSING, REMOVE FROM FAIL LIST: yato:x64-windows-static-md
REGRESSION: argtable3:arm-uwp
No repro. Maybe fixed by https://github.com/microsoft/vcpkg/pull/23655
REGRESSION: infoware:x64-windows-static
```
-- Found Git: C:/agent/externals/git/cmd/git.exe (found version "2.30.2.windows.1")
Cloning into 'pciids'...
fatal: unable to access 'https://github.com/pciutils/pciids/': Could not resolve host: github.com
CMake Error at CMakeLists.txt:111 (message):
Cloning/pulling pciids repository from https://github.com/pciutils/pciids
failed with 128.
The pci.ids file, downloadable from https://github.com/pciutils/pciids or
http://pci-ids.ucw.cz, is required for building infoware, and cloned
automatically from that GitHub repository by default.
To use a local copy, set INFOWARE_PCI_IDS_PATH to its location.
```
Looks like this port needs to be fixed to work with artifact caching.
REGRESSION: libgpg-error:x64-uwp
```
"D:\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error.sln" (Rebuild target) (1) ->
"D:\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error_winrt.vcxproj" (Rebuild target) (2) ->
(_GetPackageFileExtensions target) ->
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Microsoft\VisualStudio\v17.0\AppxPackage\Microsoft.AppXPackage.Targets(892,25): error MSB4086: A numeric comparison was attempted on "$(TargetPlatformMinVersion)" that evaluates to "" instead of a number, in condition "'$(TargetPlatformMinVersion)' >= '10.0.17200.0'". [D:\buildtrees\libgpg-error\x64-uwp-rel\error-1.42-2324ddbc71.clean\SMP\libgpg-error_winrt.vcxproj]
```
This looks like a VS2022 regression.
REGRESSION: chromium-base:x64-osx
This port is still having the strange behavior where building it once fails but building it again succeeds O_O
REGRESSION: libmikmod:x64-osx
This is emitting a bunch of spew about standard library symbols.
REGRESSION: qtapplicationmanager:x64-windows
Should be fixed by https://github.com/microsoft/vcpkg/pull/23638
* Update to 3.4.2
* Disable ATL for uwp and for arm64
* Fix linking on uwp
* Fix pc file fixup
* Update versions
* Declare dependency on atlmfc.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Update Linux VM CUDA to 11.6.
* Update Intel OneAPI
* Update Visual Studio to 2022, and remove deployment of v140 and v141 compilers.
* Update CUDA to 11.6 on Windows.
* Update pools.
* cix ci.baseline.txt
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* Remove pixel from ci baseline
* don't build examples
* [pixel] update to master
* copy license from portfile.cmake
* version
* license
* version
* fix typo
* version
* use version-date
* version
* change version date to today
* version
* disable crt warnings on uwp
* version
* use vcpkg provided libs before system frameworks on macOS, remove now unnecessary mod to giflib
* fix references
* fixes from review
* apply fixes from review - remove warnings too!
* [giflib] add license
* fix references
Co-authored-by: Victor Romero <viromer@microsoft.com>
* add vcpkg-tool-lessmsi
* add vcpkg-tool-python2
* adjust vcpkg_find_acquire_program
* use python2 dependency in qt5-base
* remove python2 from qt5-base
* add python2 to qt5-webengine
* use python3 instead of python2
* add some deps on the new vcpkg-tool-python2
* Apply suggestions from code review
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
* add license field
* fix test detection
* error on failure to find python2
* move logs to correct position.
* add dep to qtwebengine
* adjust pybind cmake config.
* fix shiva
* move python2 to manual-tools
adjust search path
generate a details.cmake for vcpkg_find_acquire_program
* format manifest
* use version-date
* version stuff
* replace version-string
* more version stuff
* fix search path and add supports expression
* version stuff
* shiva version
* remove arm windows from support
* reuse output_path
use lessmsi is a host dep so use the correct path
* version stuff
* Fix x86 regression
* version stuff
* try fixing qtinterfaceframework
* version stuff
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
Co-authored-by: Victor Romero <viromer@microsoft.com>
Co-authored-by: Victor Romero <romerosanchezv@gmail.com>
* [python3] Update to Python 3.10.2.
* Version nonsense
* Update Python tool to 3.10.2.
* [python3] Update version file
* [python3] Update versions again
Co-authored-by: Victor Romero <viromer@microsoft.com>
* Update vcpkg-tool to 2022-03-08.
* Back off required git version to something actually in the build lab.
* Remove hiding of the output of --parent-hashes.
* Update 7zip reference as indicated in https://github.com/microsoft/vcpkg-tool/pull/413
* Add triplet to name of main CI task
* Fix osx bootstrap task name
* Hide output from switch to parent hash
* Bump test port version
* Hardcode osx+linux triplet names
* Improve logging order
* Add error handling to each tool download
* Revert "Bump test port version"
* Don't prefetch 7zip
* Use host tools by default.
* use GLOB_RECURSE and filter the result
* be positiv ;)
* give me debug output
* Revert "give me debug output"
This reverts commit 17737bceda.
* remove unnecessary if(IS_DIRECTORY)
Co-authored-by: Alexander Neumann <you@example.com>
* update cmake to 3.22.0-rc3 to verify catalogue compatibility and be ready for final release
* update to cmake 3.22 final release
* [vcpkgTools] update to cmake 3.22.1
* update test port
* update cmake to 3.22.2
and git for windows to 2.35.1.2
* fix missing uuid on osx in ignition-transport.
* modernize
* fix hash
* fix qtbase regression
* try fixing the pc file search
* hidaoi give trace logs
* give me trace output
* bit of pkgconf changes. Need system search paths for pkgconf to work correctly.
* fix underscore
* remove extra x
* revert port changes
* add license to cmake test port
* fix arm regression due to not finding taglib.
* version stuff
Co-authored-by: Stefano Sinigardi <stesinigardi@hotmail.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: Alexander Neumann <you@example.com>
* [get_cmake_vars] add -isysroot flag independednt of crosscompiling
Even without crosscompiling it is possible to specify a VCPKG_OSX_SYSROOT or
a SDKROOT this should be popagated to autotools and meson builds as well.
* [meson] add -arch and -isysroot to linker flags in case of osx crosscompile
* [meson] avoid DEPRECATION warning about flags in the [properties] section
* [meson] don't set OSXROOT evironment varibale
* [meson] don't set MACOSX_DEPLOYMENT_TARGET environment variable
cmake appends the -mmacosx-version-min flag c/cxx flags, overriding the
value set via VCPKG_C_FLAGS. By setting the environment variable, the
VCPKG_C_FLAGS value was used for meson builds. Now the same value is
taken for both.
* [meson/make] Add CMAKE_OSX_DEPLOYMENT_TARGET to VCPKG_DETECTED_CMAKE_C_FLAGS
This is done in the same way in CMake internally
* Merge INTERFACE_LINK_LIBRARIES configurations
Direct references to binaries must match the active build type when used.
* Update tmx for cmake_config_fixup
* Update versions
* Prevent repeated fixup of the same file
* Don't change line structure
* Update versions
* CI
* Apply CR suggestion
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* Update versions
* Fixup CR suggestion
* Update versions
* Update versions
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* Major update to port poppler
* Fixup usage requirements via main pc file
* Add usage based on FindPkgConfig
* Export unofficial cmake config
* uwp is unsupported
* [gdal] Add poppler feature
* [gdal] Update poppler dependency
* [gdal] Add patch for poppler C++17 API
* Disable ENABLE_RELOCATABLE
* Update to 22.02.0 from poppler gitlab
* Update versions
* [skip actions] CI with gdal tools
* Revert "[skip actions] CI with gdal tools"
* Modify feature name for private API
* Update versions
* Add license field to gdal manifest
* Add port name to unofficial namespace
* Rectify poppler version number
* Update versions
* poppler[fontconfig] doesn't build for MSVC
* Update versions
Co-authored-by: Matthias Kuhn <matthias@opengis.ch>
* Change minimum CMake version to 3.7.2.
This moves our oldest supported Linux back up to today minus 5 years, Debian 9 from 2017 comes with 3.7.2.
* Enable more policies.
* [fbthrift, fizz, folly] Fix dependency resolution.
Found by nightly build https://dev.azure.com/vcpkg/public/_build/results?buildId=67402
* wangle was fixed by a compiler update on a patch tuesday.
* this unblocked attempting fbthrift on x64-windows hosts, but it misses a header; added patch already merged upstream adding missing algorithm <include>
* fixed folly attempt to insert the right debug prefix which was broken by vcpkg_fixup_cmake_targets no longer generating _IMPORT_PREFIX.
* disable dynamic build of fbthrift on Windows because it tries to create DLLs with no import libs (because it makes no exports)
* Format and fix version database.
* Back out fizz patches.
* Block dynamic flavors. (The build in question builds an exe and expects all its dependencies to be linked statically and patching the build system to copy over the right DLLs seems out of scope)
* Add libevent patch.
* Also fixup mvfst and add missing CONFIG to patch.
* Remove unused patch.
* Fix version sha
* Some of the Windows runs have started to exceed 24 hours now as well as the MacOS ones as we have added more ports.
* We are no longer trying to constantly "psychic debug" why ports are failing; CI passes somewhat regularly now, and the failures we get seem to be much more deterministic.
* We're still budget constrained on Azure resources (and have been a bit over budget)
To that end, we're going back off nightly CI runs to Monday Wednesday Friday (like osx already is), so we no longer need separate bits for them.
* [vcpkg.cmake] move timestamp file into binary dir. Otherwise CMake errors on reconfigure if _VCPKG_INSTALLED_DIR is a subdir of CMAKE_SOURCE_DIR and not within CMAKE_BINARY_DIR if in source changes are forbidden
* remove the cmakestamp.
* [vcpkg_acquire_msys] Update version and hash
* Address the review suggestions
* Update scripts/cmake/vcpkg_acquire_msys.cmake
Revert bash changes
* Update scripts/cmake/vcpkg_acquire_msys.cmake
Revert libintl
* Update scripts/cmake/vcpkg_acquire_msys.cmake
Revert gcc-libs
* Revert diffutils and libreadline
* Revert autoconf sed and make
* Revert gzip file findutils runtime binutils
* Add the revert pkgs back except msys2-runtime
* Update python to 3.9.x cause failure in tensorflow and tensorflow-cc
* [vcpkg_build_make] only link against manual-link folder if exists
* [vcpkg_configure_make] don't set LD_LIBRARY_PATH
This is not recommended during the normal build process
https://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html
* [vcpkg_build_make] Only set the lib path if exists
* [vcpkg_configure_make] Resore handling of _LINK_ environment variable
* [vcpkg_build_make] Backup and restore CPPFLAGS CFLAGS CXXFLAGS RCFLAGS
* [vcpkg_build_make] Fix name of LINKER FLAGS detected from cmake
* [vcpkg_build_make] replace obolete _VAR_SUFFIX with cmake_buildtype
* Minor bugfixes to MacOS deployment readme.
* Update vsts-agent to 2.198.3
* Remove rimraf of ~/vagrant/vcpkg-eg-mac
* Add fetch and branch switch before running Install-Prerequisites.ps1 to make sure it's updated
* Clarify "the fileshare" as ~/vagrant/share
* Clarify that the date `Setup-VagrantMachines.ps1` wants is the box version date.
* `Setup-VagrantMachines.ps1` parameter to be DevopsPat rather than Pat
* nicole updates
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* add moar ram (no PR)
* Provision autoconf-archive on osx (PR #22872)
* [mpfr] Support Linux and OSX (PR #22845)
* VM software versions
* fix minor schema bug
* update pool
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: Kai Pastor <dg0yt@darc.de>
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
* [vcpkg-tool] update to 2022-02-03
this adds the feature of `"license": null`, important to silence warnings
* update mailio license
* [vcpkg doc] update docs for new license parser
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* [vcpkg_fail_port_install] Deprecate function
* Update doc
* Apply suggestions
* Revert changes about include this function and delete doc
* Apply suggestions
* version
* Update docs/maintainers/vcpkg_fail_port_install.md
Co-authored-by: autoantwort <41973254+autoantwort@users.noreply.github.com>
* Update scripts/cmake/vcpkg_fail_port_install.cmake
* Update scripts/cmake/vcpkg_fail_port_install.cmake
* Use message("${Z_VCPKG_BACKCOMPAT_MESSAGE_LEVEL}" to ensure it works with `--prohibit-backcompat-features`.
Co-authored-by: autoantwort <41973254+autoantwort@users.noreply.github.com>
Co-authored-by: Phoebe <20694052+PhoebeHui@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
This change allows for adding a prefix to android overlay ports, which many other systems support already. The android system relies on regex matching of the triplet name to deduce the ABI, so this change just allows for that string to be anywhere in the overlay triplet string.
* update intel-ipsec to v1.1
* Update portfile.cmake, correct the install file path
* Add more double quotes
* Revert changes about double quotes
* version
* [intel-ipsec] Overhaul/modernize port.
* Remove CMakeLists.txt replacement that was a fancy way to say vcpkg_from_make/vcpkg_from_nmake.
* Convert support messages into a "supports" expression.
* Fix Windows.
* Correct CMake config handling of release/debug static/shared and Windows.
* Remove attempt to copy nonexistent PDBs.
* Apply CR feedback from Nicole and dg0yt
* Add if(TARGET
* Update always-generate-PDB patch with the version actually merged upstream.
Co-authored-by: Mengna-Li <you@example.com>
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
The only places this was being used were as morally asserts for the port itself. Also removed empty ports from ci.baseline.txt.
In support of https://github.com/microsoft/vcpkg/pull/21502
vcpkg.json and portfile.cmake disagreed.
vcpkg.json: windows & x64 & !static
portfile: !linux & !osx & !uwp & !x86
Also ci.baseline.txt has:
libfabric:arm-uwp=fail
libfabric:x64-linux=fail
libfabric:x64-osx=fail
libfabric:x64-uwp=fail
libfabric:x64-windows-static=fail
libfabric:x64-windows-static-md=fail
I'm assuming "windows" means the same as !linux & !osx.
I'm assuming "x64" is intended to be the same as "!x86" given the ci.baseline.txt entries.
This means we need to add !uwp.
In support of https://github.com/microsoft/vcpkg/pull/21502
* [zkpp] Remove vcpkg_fail_port_install.
There was no supports expression before, and there is ci.baseline.txt impact.
In support of https://github.com/microsoft/vcpkg/pull/21502
* Fix flipped sense.
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
* [bullet3] Remove vcpkg_fail_port_install.
The supports expression and the portfile.cmake disagreed.
Supports: !((windows | linux) & (arm | uwp))
Portfile: osx | !(arm | arm64 | uwp)
If we demorgan the supports expression we get something closer to the portfile:
!(windows | linux) | !(arm | uwp)
If we take "!(windows | linux)" to mean that the author meant "osx", and assume arm64 implies arm, we end up with:
osx | !(arm | uwp)
In support of: https://github.com/microsoft/vcpkg/pull/21502
* Also remove ci.baseline.txt entries now covered by vcpkg.json.
* Update bootstrap.ps1 to properly support arm64
* Add tls12-download-arm64 from 2021-12-09 release
* Add reference to tls12-download-arm64 back in
* Update scripts/bootstrap.ps1
Revert back to x86 downloader
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
* Revert "Add tls12-download-arm64 from 2021-12-09 release"
This reverts commit 26273191d2.
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
* unrar only support windows
* update
* update
* mdnsresponder only support windows
* --amend
* add !uwp to supports
* add !arm64 to supports
* Update ports/mdnsresponder/vcpkg.json
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
* [dimcli] Add supports field instead of written in ci.baseline, disable testing
* version
* Fix build on Windows
* version
* fix build on osx
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* [gherkin-c] Fix UNIX build, fix install path
* version
* manifest
* version
* should be a `-` not an `_`
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
The `uuid/uuid.h` header conflicts with system libraries on osx; some system headers include `<uuid/uuid.h>`, intending to get the macOS system headers.
* z_vcpkg_get_cmake_vars(): Use build-type-specific cache variable
if VCPKG_BUILD_TYPE is defined
Some ports (e.g. gettext) execute debug and release builds manually
(with different options). If a globally cached copy of cmake vars file
is used, the second build type has no cmake vars defined (e.g. CFLAGS is empty)
because generated and globally cached cmake vars file includes only cmake vars
for the first build type
* Apply suggestions from code review
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
