mdnsresponder was being built with static CRT even when VCPKG_CRT_LINKAGE was set to "dynamic":
-- Performing post-build validation
Expected Debug,Dynamic crt linkage, but the following libs had invalid crt linkage:
C:/vcpkg/packages/mdnsresponder_x64-windows-static-md/debug/lib/dnssd.lib: Debug,Static
To inspect the lib files, use:
dumpbin.exe /directives mylibfile.lib
Expected Release,Dynamic crt linkage, but the following libs had invalid crt linkage:
C:/vcpkg/packages/mdnsresponder_x64-windows-static-md/lib/dnssd.lib: Release,Static
To inspect the lib files, use:
dumpbin.exe /directives mylibfile.lib
Found 2 error(s). Please correct the portfile:
C:\vcpkg\ports\mdnsresponder\portfile.cmake
-- Performing post-build validation done
Error: Building package mdnsresponder:x64-windows-static-md failed with: POST_BUILD_CHECKS_FAILED
* Prevent python3 build failure
If VCPKG_BUILD_TYPE release is set inside a
triplet, then the build will fail because
the port file attempts to deal with debug
files which will never exist. The changes
in this patch allow the build to succeed
if VCPKG_BUILD_TYPE release is stipulated
using a triplet before a build of the
python3 port is initiated.
* python3 version bump
Port clean up and version number
bump.
* libxslt release triplet build fix
This patch fixes a condition where
if a debug build is disabled via
triplet, the build fails and an
empty directory error message
is sent to the console.
* ogre-next
* add rename_config_cmake.patch
* add fix_find_package_sdl2.patch
* Update ports/ogre-next/portfile.cmake
Co-Authored-By: Victor Romero <romerosanchezv@gmail.com>
* Use vcpkg_check_features to simplify the portfile a little bit (thanks to @vicroms)
* add features in CONTROL file
* add "Building steps for ogre-next[d3d9]"
* tbb: Fix compilation on OSX
Make sure CMake detected sysroot is correctly forwarded to TBB build
system so system headers files will be found later on.
* tbb: Version bump
