aboutsummaryrefslogtreecommitdiff
path: root/scripts/cmake
diff options
context:
space:
mode:
authorAlex Reinking <alex_reinking@berkeley.edu>2020-10-13 17:54:46 -0700
committerGitHub <noreply@github.com>2020-10-13 17:54:46 -0700
commit7e3d3beac5ca6fe8aab4599d4e1d8ce270ccdea8 (patch)
tree77e688dd24556753a024ac0863a3984c65ed5fda /scripts/cmake
parent76031034d55566d4ef91899fbf07cf26f1d60940 (diff)
downloadvcpkg-7e3d3beac5ca6fe8aab4599d4e1d8ce270ccdea8.tar.gz
vcpkg-7e3d3beac5ca6fe8aab4599d4e1d8ce270ccdea8.zip
[halide] Update to version 10.0.0 (#13860)
* 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>
Diffstat (limited to 'scripts/cmake')
0 files changed, 0 insertions, 0 deletions