vcpkg/ports/halide/usage, branch master Forked from https://github.com/microsoft/vcpkg [halide] Fix several issues with the Halide port after v12 (#18747) 2021-07-01T14:24:48+00:00 Alex Reinking alex.reinking@gmail.com 2021-07-01T14:24:48+00:00 72ee11d37a63f03b9941626375fbd17d8072ea9a * Fix several issues with the Halide port after v12 1. Use vcpkg-cmake and vcpkg-cmake-config ports 2. Fix usage file to point to relevant documentation 3. Remove OpenGL feature (Halide 12 dropped support) 4. Drop VCPKG_POLICY_EMPTY_PACKAGE 5. Set new Halide packaging variables for better vcpkg compliance. * update versions 
* Fix several issues with the Halide port after v12

1. Use vcpkg-cmake and vcpkg-cmake-config ports
2. Fix usage file to point to relevant documentation
3. Remove OpenGL feature (Halide 12 dropped support)
4. Drop VCPKG_POLICY_EMPTY_PACKAGE
5. Set new Halide packaging variables for better vcpkg compliance.

* update versions
 [halide] Update Halide to 11.0.1 (#16246) 2021-02-19T21:01:11+00:00 Alex Reinking alex.reinking@gmail.com 2021-02-19T21:01:11+00:00 82dac2695073b6113c566226329d63f2fbc2ec78 * Update Halide to 11.0.0 * test PR branch * run vcpkg x-add-version halide * switch back to release/11.x * rerun x-add-version * update usage * update Halide to 11.0.1 * ./vcpkg x-add-version halide --overwrite-version 
* Update Halide to 11.0.0

* test PR branch

* run vcpkg x-add-version halide

* switch back to release/11.x

* rerun x-add-version

* update usage

* update Halide to 11.0.1

* ./vcpkg x-add-version halide --overwrite-version
 [halide] Update to version 10.0.0 (#13860) 2020-10-14T00:54:46+00:00 Alex Reinking alex_reinking@berkeley.edu 2020-10-14T00:54:46+00:00 7e3d3beac5ca6fe8aab4599d4e1d8ce270ccdea8 * fix LLVM target-all feature * [halide] bump Halide to version 10.0.0 * Use empty package policy to allow plugins to be located in lib. This is following the recommendations in a conversation I had with Robert Schumacher on the #vcpkg CppLang Slack channel. This recommendation was derived from the fact that "cmake defaults module DLLs into the lib folder, which makes vcpkg's current policy very inconvenient for authors" and that I do not plan to enable build systems other than CMake. * [halide] skip x86-windows due to MSVC bug * [halide] restore x64-windows-static fail status * add usage file to Halide * Update CONTROL version * Remove '!emscripten` from ports/halide/CONTROL Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com> Co-authored-by: Lily <47812810+LilyWangL@users.noreply.github.com> Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com> 
* fix LLVM target-all feature

* [halide] bump Halide to version 10.0.0

* Use empty package policy to allow plugins to be located in lib.

This is following the recommendations in a conversation I had
with Robert Schumacher on the #vcpkg CppLang Slack channel.
This recommendation was derived from the fact that "cmake
defaults module DLLs into the lib folder, which makes vcpkg's
current policy very inconvenient for authors" and that I do not
plan to enable build systems other than CMake.

* [halide] skip x86-windows due to MSVC bug

* [halide] restore x64-windows-static fail status

* add usage file to Halide

* Update CONTROL version

* Remove '!emscripten` from ports/halide/CONTROL

Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>

Co-authored-by: Lily <47812810+LilyWangL@users.noreply.github.com>
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>