mirror/vcpkg
1
0
Fork 0
mirror of https://github.com/microsoft/vcpkg.git synced 2024-12-12 06:19:01 +08:00
Code Issues Actions 1 Packages Projects Releases Wiki Activity
4de6cd5ed8
vcpkg/ports/halide/CONTROL

65 lines
2.0 KiB
Plaintext
Raw Normal View History

Remove references to CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS (#5937) * [various ports] remove references to CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS * [alac,benchmark,capnproto] Fix check_linkage call * [fastlz] Fix SHA512 * [coroutine] Fix dynamic build * [folly] Find double-conversion * [gamma] Use vcpkg_from_github * [librsync] Enable static builds * [netcdf-cxx4] Fix SHA512 * [octomap] Fix static build * [tidy-html5] Fix static build * [various ports] remove custom messages for shared/static builds, modernize some scripts in the meantime * [folly] Use ras0219's fix for link paths * [octomap] Fix exported targets * [uvatlas] Set tool download SHA512 * [duktape+python2] fix portfile to call configure with correct python version, manage python2 also outside win32 * [suitesparse] osx fix * [gtkmm] Call vcpkg_check_linkage after including vcpkg functions * [duktape] Resolve conflicts * [duktape] FIxed typo in Python paths * [wangle] Find zlib * [openssl-uwp] Fix SHA512 * [glib] Allow static builds on non-Windows * [suitesparse] Fix build on Windows * [multiple ports] Bump CONTROL version * [multiple ports] Fix description indent * [directxtk] Fix CONTROL file * [bde,duktape,qpid-proton] Build packages with python2 installed * [binn] remove CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS * [gdal,live555,uriparser] Fix regressions * [live555] Update to 2019.04.24
2019-05-03 13:57:43 +08:00
Source: halide
[halide] Update Halide to 11.0.1 (#16246) * 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
2021-02-20 05:01:11 +08:00
Version: 11.0.1
[WIP] Add a Homepage URL entry for vcpkg ports (#2933) * [vcpkg] Add "Homepage" field to the CONTROL files.
2019-06-16 07:54:47 +08:00
Homepage: https://github.com/halide/Halide
[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>
2020-10-14 08:54:46 +08:00
Description: Halide is a programming language designed to make it easier to write high-performance image and array processing code on modern machines.
Supports: !uwp
Default-Features: jit
Build-Depends: llvm[enable-rtti,tools,clang]
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: jit
Description: Include targets required for jit compilation
Build-Depends: halide[core,target-x86] (x86|x64), halide[core,target-arm] (arm&!arm64), halide[core,target-aarch64] (arm64), halide[target-all] (!x86&!x64&!arm&!arm64)
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-all
Description: Include all targets
Build-Depends: halide[core,target-aarch64,target-amdgpu,target-arm,target-d3d12compute,target-hexagon,target-metal,target-mips,target-nvptx,target-opencl,target-opengl,target-powerpc,target-riscv,target-x86]
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-aarch64
Description: Include AArch64 target
Build-Depends: llvm[core,target-aarch64]
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-amdgpu
Description: Include AMDGPU target
Build-Depends: llvm[core,target-amdgpu]
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-arm
Description: Include ARM target
Build-Depends: llvm[core,target-arm]
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-d3d12compute
Description: Include Direct3D 12 Compute target
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-hexagon
Description: Include Hexagon target
Build-Depends: llvm[core,target-hexagon]
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-metal
Description: Include Metal target
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-mips
Description: Include Mips target
Build-Depends: llvm[core,target-mips]
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-nvptx
Description: Include NVPTX target
Build-Depends: llvm[core,target-nvptx]
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-opencl
Description: Include OpenCL-C target
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-opengl
Description: Include OpenGL/GLSL target
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-powerpc
Description: Include PowerPC target
Build-Depends: llvm[core,target-powerpc]
[halide]Upgrade to release_2019_08_27. (#8102) * [halide]Upgrade to release_2019_08_27. * [llvm]Fix llvm tools path in cmake. * Re-trigger CI system.
2019-09-27 17:05:33 +08:00
[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>
2020-10-14 08:54:46 +08:00
Feature: target-riscv
Description: Include RISCV target
Build-Depends: llvm[core,target-riscv]
Feature: target-x86
Description: Include X86 target
Build-Depends: llvm[core,target-x86]
[BLAS] add metaport (#13448) * [BLAS] add metaport * [openblas] enable also on macOS to allow lapack-reference previous setup * [clapack] bump port version * [blas, lapack] Remove incorrect comments about "outside vcpkg" Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
2020-11-19 05:55:25 +08:00
Reference in New Issue Copy Permalink