* [lapack-reference] Fix copy openblas's pkgconfig file
* version
* Use vcpkg-cmake and vcpkg-cmake-config instead
* version stuff
* Restore the changes about vcpkg-cmake-configure / vcpkg-cmake-install
* update version keyword
* version
* DirectXTex port updated
* DirectX Tool Kit updated for August 2021 release
* Update baseline
* Remove build of MakeSpriteFont
* Update baseline
* Added 4.7.2 .NET TargetingPack
* Back out adding .NET targeting pack, forked out as https://github.com/microsoft/vcpkg/pull/19764
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* fix that opencolorio v2.0.1 can't be `find_package`, reference the master branch of opencolorio to generate `OpenColorIOTargets`
* run `vcpkg x-add-version --all`
* fix the `OpenColorIO` for linux
* vcpkg x-add-version --all
* patch for `OpenColorIOConfig.cmake` by https://github.com/AcademySoftwareFoundation/OpenColorIO/pull/1397
* vcpkg x-add-version --all
* [vcpkg_cmake_config_fixup] Revert #19469
* Update the version date
* actually just revert
* move stuff around in vcpkg-cmake-config.json file
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
wxUSE_STL defaults to OFF so that is how it is in Linux
distribution packages. Downstream projects developed with
wxUSE_STL=ON are not necessarily compatible with wxUSE_STL=OFF
without modification. So, by default, go with wxWidgets' default
for compatibility with downstream codebases. vcpkg users who need
wxUSE_STL=ON can still do so by simply opting into the new 'stl'
feature of this port.
https://forums.wxwidgets.org/viewtopic.php?p=165208
Signed-off-by: Be <be@mixxx.org>
* remove "find_path(STDINT_H stdint.h)". On clang/macos, this picks up the kernel headers version of stdint.h, instead of the C standard library, breaking compilation
* only define YY_NO_UNISTD_H and YY_USE_CONST on Windows, like the upstream CMakeLists.txt
* set the C standard to C99, like the upstream CMakeLists.txt
* update to 1.7.3
* remove the "fail" line from ci.baseline.txt
* run ./vcpkg x-add-version --all to update metadata files
* reset port-version
* [vamp-sdk] update to 2.10; switch download URL to GitHub
This works around a bad SSL certificate on
https://code.soundsoftware.ac.uk :
Error: Failed to download from mirror set:
https://code.soundsoftware.ac.uk/attachments/download/2589/vamp-plugin-sdk-2.9.0.zip: % Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: https://curl.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
* [vamp-sdk] fix path of installed headers
These are the paths installed by the vamp-plugin-sdk-devel Fedora
package:
/usr/include/vamp
/usr/include/vamp-hostsdk
/usr/include/vamp-hostsdk/Plugin.h
/usr/include/vamp-hostsdk/PluginBase.h
/usr/include/vamp-hostsdk/PluginBufferingAdapter.h
/usr/include/vamp-hostsdk/PluginChannelAdapter.h
/usr/include/vamp-hostsdk/PluginHostAdapter.h
/usr/include/vamp-hostsdk/PluginInputDomainAdapter.h
/usr/include/vamp-hostsdk/PluginLoader.h
/usr/include/vamp-hostsdk/PluginSummarisingAdapter.h
/usr/include/vamp-hostsdk/PluginWrapper.h
/usr/include/vamp-hostsdk/RealTime.h
/usr/include/vamp-hostsdk/host-c.h
/usr/include/vamp-hostsdk/hostguard.h
/usr/include/vamp-hostsdk/vamp-hostsdk.h
/usr/include/vamp-sdk
/usr/include/vamp-sdk/FFT.h
/usr/include/vamp-sdk/Plugin.h
/usr/include/vamp-sdk/PluginAdapter.h
/usr/include/vamp-sdk/PluginBase.h
/usr/include/vamp-sdk/RealTime.h
/usr/include/vamp-sdk/plugguard.h
/usr/include/vamp-sdk/vamp-sdk.h
/usr/include/vamp/vamp.h
* [proj4] Fix the usage
* Update the baseline
* Small changes
* Update the baseline version
* Remove PREFER_NINJA
* Update the baseline revision
* Update the version scheme
* Update the baseline version
* Avoid configure_file to fill out proj4.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
