remove_if is already stable, so separate stable and unstable versions are unnecessary.
https://iterator.wordpress.com/2016/01/31/algorithms_0/
Unstable remove_if algorithms are possible that might win, as indicated in that article; but plain remove_if provides the most consistent behavior.
The current names and titles of the examples put too much emphasis on the package which is being demonstrated rather than the concept. This can be jarring for newcomers. This patch renames them to put the emphasis on the concept instead.
* [Vulkan] Add a vulkan port based on the cuda port
* Add VULKAN_SDK env variable to whitelist
* * Added some additional diagnostic information
* Corrected if NOT exists statement
* New package: cutelyst2
A C++ Web Framework built on top of Qt, using the simple approach of Catalyst (Perl) framework.
* [cutelyst2] Rearrange files; prefer ninja.
* Update google-cloud-cpp to 0.3.0.
A new release of google-cloud-cpp, with some improvements in packaging
that simplified the port files.
* [google-cloud-cpp] Fix OSX builds
* make user wide integration not burn everything if LLVM is used as a toolset.
(e.g. cmake -G "VS" -TLLVM fails to even find compiler due to linker issues)
fixes#4359 but might have side effects for that toolset.
(e.g. not automatically adding dependencies)
* remove whitespaces
* [vcpkg-integrate] Conform to MSBuild conventions for comparisons
* [bzip2] Fix tools install directory
Change to install tools in port name directory. (vcpkg/installed/<triplet>/tools/bzip2)
* [bzip2] Modernize and bump control version
* [portaudio] Enable debug output.
This is enabled by default in the original MSVC project in the PortAudio
distribution, but not in their CMake build. This commit fixes the
regression.
I don't think there are any performance concerns with this, as PortAudio
(AFAICT) does not log from performance-critical code.
Note that this change might still be somewhat controversial, because
PortAudio will by default dump its debug output directly to stderr,
which is not particularly nice. However, the alternative is not having
any way for end users to troubleshoot PortAudio issues at all, which
IMHO is worse. Applications can always call
`PaUtil_SetDebugPrintFunction()` to redirect the output away from
stderr, and I encourage them to do so.
* [portaudio] Bump control version
* + added support for dascandy/pixel
* [pixel] Cleanup comments
* [SDL2] Add SDL2::SDL2{,-static} wrapper
* [pixel] update to v0.2
- fixes linking problem against SDL2
* [pixel] Bump control version
* [portaudio] Add pa_win_waveformat.h to public includes.
pa_win_wasapi.h includes pa_win_waveformat.h, so it has to be
distributed for pa_win_wasapi.h to be usable.
* [portaudio] Bump control version
* Add initial support for RapidCheck
Create a portfile for the C++ property-based testing library RapidCheck.
This port is relatively straight forward but there are a couple of caveats:
* The current port uses a branch from a fork that I modified as the CMake installation logic had some problems.
The library was almost exclusively used by being added as a subfolder so the CMake export machinery was probably not well tested.
* The changes are going to get merged into the main repository eventually and then it would be possible to change where the source
code is downloaded.
I am unaware when the main RapidCheck library maintainer will accept my pull request, so it is better to have this library in VCPKG
sooner, rather than later.
* Update the RapidCheck portfile to download the library sources for the main repository
* Since the maintainer of RapidCheck very quickly merged the required CMake modifications
to enable the proper installation of the library, it is better to now use the official
repository's master branch.
* Change the versioning of the library to be based on the date of the git reference chosen
since rapid check does not have an explicit versioning scheme.
* Update rapidcheck and modify configuration step
* [rapidcheck] Tidy
* win_flex 2.5.9 is no longer downloadable, use 2.5.16
* [vcpkg_find_acquire_program] Fix links to flex and bison. Use subdir to avoid conflict with previous version.
* fdlibm init
* fix links
* Fix different hashes creation with google host
* Move functions to script
* Fix documentation
* [vcpkg_from_git] Add SHA512 argument, switch to zip to better support Windows.
* [fdlibm] Trigger rebuild
* [vcpkg_from_git] Use FETCH_HEAD reference to support tags
I'm seeing the error below:
Building package zlib[core]:x86-windows...
A suitable version of git was not found (required v2.17.1). Downloading portable git v2.17.1...
Downloading git...
WinHttpSendRequest() failed: 12002
I suspect the WinHttpSendRequest error is due to being behind a proxy -
most download issues seem to be this. Or perhaps because a sys admin
somewhere has disabled WinInet, somehow. I don't know. I don't know
how to debug WinHttpSendRequest(); a quick google search didn't help.
By printing the URL that vcpkg is trying to download, and where it's
trying to download to, I can pop the URL in my browser, save it at the
location specified, and move on with my life.
* [rocksdb] Update to v5.15.10
* [rocksdb] Cleanup
* [rocksdb] Fix cmake targets name.
* [toolchains] Set NDEBUG in release
* [rocksdb] Disable vcpkg_test_cmake due to misbehavior in x64
* [tiff] Use lzma on linux
