* help cflags survive through libtool
* Guard -Xcompiler in case of gcc/gnu
since it doesn't like unknown compiler flags.
* export CMAKE_<lang>_COMPILER_FRONTEND_VARIANT from cmake
* v db and script changes
* also check compiler id
Co-authored-by: Cheney-Wang <850426846@qq.com>
* [entt] Remove incorrect version
* [libharu] Fix incorrect version git tree
* [libopensp] Fix incorrect version git tree
* [minizip] Fix incorrect version git tree
* [smf] Remove incorrect version
* [vlpp] Remove incorrect version
* [vulkan-headers] Remove incorrect version
* Updating port
* Updating version
* Adding accidentally removed license
* Version
* Bumping to the more recent 1.3.234
* Updating version
* Installing target
* Formatting
* Updating version
* Update to version 9.6.0
* add eigen dependency to vcpkg.json
* Update ports/vowpal-wabbit
* run x-add-version
* Change eigen to eigen3
* Run x-add-version
* Update hash
* x-add-version
* Update cmake patch
* x-add-version
* add vowpalwabbit port
* update baseline
* update version
* update baseline after version change
* mark arm64-windows as fail
* Update vowpalwabbit.json
* Update ci.baseline.txt
* Update ci.baseline.txt
* update supports field in manifest
* run x-add-version
* Update ci.baseline.txt
* Add usage and nitpick quotes.
* rename port to vowpal-wabbit and add patch to remove bin targets
* update versions, rename port
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* [vlpp] Fix configure issues, export unofficial target
* version
* Update to latest, add features, force static only
* patch format
* FIx feature option pos
* typo
* Remove source_group since it's no longer an interface library, fix remove code
* Drop support with uwp since port uses desktop app only api
* Drop support with osx, add system-related definitions
* Revert c7ba8be6d8
* correct relationship, add and modify features
* Remove double quotes, fix extra_includes
* fix installation
* Fix arm build, switch tool build to cmake
* Use official fix to fix arm issue
* update to latest to fix arm regression
* Update to latest
* Set to interface library
* version
* Update to latest
* version
* Apply suggestions
* version
* Update ref
* version
* official target
* version
* test osx stuff
* deactivate most of ci
* get trace output
* add required flags to the linker flags
* also look for --sysroot
* Link_args are always shared
* fix ar flags
* setup FOR_BUILD vars.
* try tricking the build.... but man configure scripts are stupid sometimes...
* try 2
* major meson rewrite
* fix duplicates
* revert --trace-expand
* update port version
* revert pipeline changes
* v db
* bump version
* v db
* set flags for rc compilers
* a few more ios fixes.
* v db
* fix osx/ios logic
* documentation and don't fatal_error in build/host machine entry calculation.
* add android/compiler target stuff from #26570
* remove extra endif
* v db
* add target param to linker flags.
* target in cpp flags
* Make vcpkg-cmake-get-vars more ios compatible
* Update scripts/get_cmake_vars/CMakeLists.txt
Co-authored-by: Matthias Kuhn <matthias@opengis.ch>
* More ios fixes
* fix target adding
* Fix broken loop
* v db
* v db
* bump date
* v db
* v db
* v db
* remove port-version 1
* v db
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: Matthias Kuhn <matthias@opengis.ch>
* [libharu] Update to 2.4.2
I updated the patches for libharu so they apply to 2.4.2 properly.
The target name changed from haru to hpdf, the haru imported
library is included for backwards compatibility. I added a usage
file that only mentions hpdf.
I added a patch for VTK so that it compiles with libharu 2.4.x,
since the type of one the HPDF_Page_SetDash arguments changed
from HPDF_UINT16 to HPDF_REAL.
POCO also has an optional libharu dependency when the 'pdf'
feature is enabled, but at the moment the PocoPDF library
doesn't seem to be built even when enabled.
* [wt] Update to 4.8.1
This release fixes compatibility with libharu 2.4.x
* add VCPKG_CMAKE_VS_GENERATOR for overriding/providing a generator if ninja cannot be used
* Wording CR.
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* use VisualStudioVersion to switch the generator.
* v db
* CR changes
* v db
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* Revise generator selection
If the host is x86, assume that msbuild is requested for windows.
If msbuild is requested and suitable, use it.
Else if a particular generator is requested, use it.
Else if ninja is available, use it.
Else on non-windows host, use "Unix Makefiles".
* Revise ninja_host detection
* Revise parallel configure detection
* Consolidate ninja path setup
* Update documentation
* Use portable chdir
* [ms-gltf] Use new generator selection
* Update versions
* Always save config.log, even on error
* Always save config.log and CMakeCache.txt[.log]
* Add SAVE_LOG_FILES option
* Make implicit lookups explicit
* Update versions
* Fix the application of VCPKG_CMAKE_CONFIGURE_OPTIONS with more than one option
VCPKG_CMAKE_CONFIGURE_OPTIONS (plural) is meant to be a list of options to be added to a cmake invocation.
But it was being applied quoted, which disallowed it from containing multiple options.
- If it was initialized with a list, cmake would get the options ";"-separated.
- If it was initialized with a blank-separated string, cmake would get the entire astring quoted as a single argument.
The fix is simple: don't (ever) quote arguments to list(APPEND) unless they are really meant to be a single element to append to the list.
* Update the version-date of vcpkg-cmake
* Update hash after rebase
* Fix vcpkg-cmake.json
In my defence, I'm new to this...
Co-authored-by: Juan Carlos Arevalo Baeza (JCAB) <jcab@ntdev.microsoft.com>
* [docs] Delete embedded documentation in favor of docs/
Drive-by for the helper ports:
1. "documentation": "https://vcpkg.io/en/docs/README.html"
2. "license": "MIT"
3. Use `include_guard(GLOBAL)` in all script files
4. Make sure any persistent variables are saved to the cache
* [docs] Restore empty regenerate.ps1 to satisfy Azure Pipelines
* [docs] PR comments
* update meson and see what breaks
* include patch again.
* update meson to 0.62.1
* remove old patch
* move to 64bit since 32bit not longer exists.
* fix gobject-introspection
* v db
* revert nasm changes
* set MESON_SCRIPT instead of MESON.
* v db
* apply CR
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* v db
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* move vcpkg-cmake-get-vars to its own helper port
* manifest format
* version stuff
* doc and version stuff
* add missing include
* version bump
* remove coypright copying.
* version stuff
Co-authored-by: Alexander Neumann <you@example.com>
* [vcpkg-tool-ninja] add ninja tool as a port
* version stuff
* add Unix Makefiles to list of valid generators for bootstraping ninja
* nicole CRs
* update version db
* revert vcpkg_build_cmake changes
* retrigger ci
* download patch
* version stuff
* Remove checked in diff copy.
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* synchronize cmake build scripts.
* version stuff
* fix REMOVE_ITEM and add license
* format manifest
* update version
* use LOGFILE_BASE
* version update
* readd PREFER_NINJA and print a warning that it is deprecated for vcpkg_cmake_configure
* version stuff
* sync build_cmake
* only turn off ninja on windows
* add Z_VCPKG_CHAINLOAD_TOOLCHAIN_FILE
* use z_vcpkg_select_default_vcpkg_chainload_toolchain in meson
* remove VCPKG_CMAKE_GENERATOR
* version stuff
* reduce error to warning
* remove VCPKG_CMAKE_GENERATOR form configure_cmake
* version stuff
* version stuff
* use build_dir_<config>
* version stuff
* use ninja variable insead of pure ninja cmd
* version bump
* use ninja variable instead of calling ninja directly
* acquire ninja
* move the acquire.
* remove setting of cmake_prefix_path
* version stuff
* bump version date
* version stuff
* bump ashes baseline
* remove VCPKG_CMAKE_GENERATOR reference
* fix wrong variable reference due to refactor
* version stuff
Co-authored-by: Alexander Neumann <you@example.com>
Co-authored-by: Billy Robert O'Neal <bion@microsoft.com>
* [toolchain windows] set CMAKE_SYSTEM_NAME and CMAKE_SYSTEM_PROCESSOR
In specific, I did this for the cpuinfo PR - I realized the reason
that cpuinfo doesn't support arm64 windows cross compilation is because
we don't set CMAKE_SYSTEM_PROCESSOR.
* correctly set CMAKE_CROSSCOMPILING
* start fixin libraries
* more changes:
- gainput: remove line
- glog: remove try_run when cross compiling
- windows.cmake: set CMAKE_SYSTEM_VERSION
* more patches
- mapnik: set BOOST_REGEX_HAS_ICU to avoid check_cxx_source_runs
- orc: set HAS_PRE_1970 and HAS_POST_2038 for same
- seal: change out check_cxx_source_runs for check_cxx_source_compiles
* more changes
* fix x86-windows
* fix qpid-proton, glog
* build corrade-rc
* fix x64-uwp ports
* forgot to _actually_ always build corrade-rc .,.
* Replay #22831
* Dedupe CMAKE_SYSTEM_NAME settings.
* Add quotes for corrade_rc_param
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* Update version DB.
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* [vlpp] does not support osx arm
* fix ARM, rather than just marking !supports
* add license
* ughhhh lack of malloc
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
