* [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
* added features for vpx to enable realtime, highbitdepth and pic
* output of vcpkg format-manifest
* added port version
* ran format-manifest again
* changed to port version 1 as implicit version is 0
* added updated version files
* removed pic feature and instead set --enable-pic as default option
* updated version database
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Update to CUDA 11.3 on Windows.
* Update PowerShell to 7.1.3.
* Update CUDA to 11.3 on Linux.
* "Explode" VM provisioning scripts for more consistent feedback during deploy. This resolves the deployment script often hanging with no feedback as to why.
* [libdatachannel] Fix use of deprecated result_type typedef.
Submitted upstream as https://github.com/paullouisageneau/libdatachannel/pull/413
* [libvpx] Get the libvpx outputs from the correct place.
(Perhaps VS2019 version 16.10 moved where these are placed? I've been defensive and left an attempt to find from the old location in place.)
* [chromaprint] Support implementations where lrintf is an intrinsic.
* Add provision-entire-image script.
* [cudnn] Disable download-on-the-fly due to licensing concerns.
* Add libnccl to Linux VMs.
* [wangle] Disable x64-windows due to an ICE.
* [cmake] Update cmake to 3.20.1 to avoid https://gitlab.kitware.com/cmake/cmake/-/issues/21571 race
* [libudis86] Fix passing a bogus working directory which fails on CMake 3.20.x
* [dartsim] Disable unit tests, examples, and tutorials, some of which have CMake authoring errors rejected by 3.20.1.
* Add thrust to the cuda installees.
* [tensorflow] Put .bzl in CURRENT_BUILDTREES_DIR to avoid running out of disk space in CI and to respect --clean-after-build.
* [dimcli] Skip port broken by changes in VS2019 project system.
* [upb] Disable an additional warning.
* [libhv] Fix typo DISABLE_PARALLEL => DISABLE_PARALLEL_CONFIGURE
* Update pools
* [libvpx] Fix arm-uwp builds for v142 toolset
This adds better support for targeting UWP as well as ARM/ARM64 for
regular Windows Desktop with the v142 toolset. Without this change,
arm-uwp fails to build with v142. For v141 and earlier, the old
behavior remains unchanged.
* [libvpx] Fix Linux and macOS builds
* [libvpx] updated version record
* [libvpx] updated version record
* [libvpx] switch from yasm to nasm
* [vcpkg] install nasm on azure for osx
* Revert "[vcpkg] install nasm on azure for osx"
This reverts commit f65ad1bdad.
* [VMSS] Install nasm on OSX
* [libvpx] bump port version
* [libvpx] Add --as=nasm for non-MSVC triplets
* [libvpx] Fix nasm debug format flag
* Back out nasm change applied in https://github.com/microsoft/vcpkg/pull/15258
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: Long Nguyen <nguyen.long.908132@gmail.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [vcpkg_configure_make] Only rename import libs on MSVC
* [x264] Only rename import libs on MSVC
* [x265] Add libc++ and libstdc++ as system libs
* [ffmpeg] mingw support
* [libvpx] Set AS environment variable
* [vcpkg_common_definition] Fix a mistake in the prefix and suffix variables
* [vcpkg_configure_make] Strip leading -l from lib list before joining
* [mp3lame] Use vcpkg_configure_make + mingw support
* [x265] Escape the pluses
* [ffmpeg] Add compiler flags for mingw
* [ffmpeg] Add WINVER define in mf_utils.c
* [ffmpeg] Remove unnecessary patch in 0003-fic-windowsinclude.patch
* [mp3lame] Add missing dollar sign
Co-authored-by: Matthias C. M. Troffaes <matthias.troffaes@gmail.com>
* [x265] Remove static lib when building shared with mingw
* [libogg] Change library name to libogg on mingw
* [libogg] Bump port version
* [x265] Remove -l(std)c++ flag in pkgconfig file
* [vcpkg_configure_make] Try to fix huge diff
* [mp3lame] Add comment on deprecated function lame_init_old
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
Co-authored-by: Matthias C. M. Troffaes <matthias.troffaes@gmail.com>
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* wip
Apply suggestions from code review
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
* [vcpkg_acquire_msys] Trim list of packages. Introduce defaults.
* [behaviortree-cpp] Fix dynamic dependency on ZMQ
Co-authored-by: Robert Schumacher <roschuma@microsoft.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 name of the pdb file is always hardcoded in the lib file. The cmake script was renaming the pdb files causing them not to be found. This patch fixes that problem, reverting back to using the upstream pdb file names.
* [liblzma] Update to v5.2.5
* [liblzma] Use WIN32 instead of MSVC
* [libvpx] Add mingw support
* Update portfile.cmake
* Update CONTROL
* Update CONTROL
Co-authored-by: Lily <47812810+LilyWangL@users.noreply.github.com>
* [libvpx] Add cmake config file
This allows libvpx to be used with
find_package(libvpx CONFIG REQUIRED)
target_link_libraries(main PRIVATE libvpx::libvpx)
Tested on all supported windows triplets.
* [libvpx] Rename cmake config file to make clear it is unofficial
* [libvpx] Add cmake config target guard
* [libvpx] Update version
* [libvpx] Change default target on Unix
* Update CONTROL
* [libvpx] Support to build x86/x64 on Unix
* [libvpx] Update by review comments
* Update portfile.cmake
* [libvpx] By default build with 'generic-gnu'
* Add doxygen to acquired programs
* Add packages option to msys function
* Add documentation for PACKAGES in vcpkg_require_msys
* [ffmpeg][x264] Update to use `PACKAGES` parameter. Tweak docs.
