* [ace] Update to 6.5.8
* Address review comments
* ports/ace/portfile.cmake:
* Put back copy step
* ports/ace/portfile.cmake:
* Fixed error
* ports/ace/portfile.cmake:
* ARM should work, let us try it
* ports/ace/portfile.cmake:
* ARM doesn't work yet, so disable it again
* ports/ace/portfile.cmake:
* Add support for vcpkg of ace on MacOSX
* ports/ace/portfile.cmake:
* [ace] ACE should work now on ARM
* ports/ace/portfile.cmake:
* [ace] OSX should work now
scripts/ci.baseline.txt:
* ARM doesn't work yet, visual studio 2019 is broken for the moment
* ports/ace/portfile.cmake:
* Increment version of ace
* ports/ace/CONTROL:
* [ryml] Add new port
* Remove deprecated include
* Fix ver regarding maintainer guide
* Mark port as unsupport arm/arm64/osx
* Update CI baseline
* Replace deprecated func vcpkg_extract_source_archive,
add PREFER_NINJA to conf
* Fix wrong placed port states
* Resolve merge conflict
Included is a script that sets up all vcpkg's Azure infrastructure for Windows PR tests, and several updates to baselines. The baseline updates are generally caused by an updated copy of the MSVC++ compiler caused by updating the VMs, but some are caused by missed failures only detected now because this did a cleared out archives directory first.
Some of the build infrastructure isn't what I'd call 'pretty' (e.g. we're split into more scripts and such than I'd like) but this mirrors how our existing PR system works.
It is expected that the existing vcpkg Windows PR system will hate these baseline updates so we'll need to merge this, then remove that (duplicate) workflow immediately afterwards, then delete all the Windows VMs powering the old infrastructure.
* [sdformat6] Migrate from Bitbucket to GitHub
As announced in https://community.gazebosim.org/t/important-gazebo-and-ignition-are-going-to-github/533,
the sdformat repository has been migrated from Bitbucket to GitHub.
This commit also updates the hash as apparently the archive generated by GitHub is slightly different
from the one generated by Bitbucket.
* Cleanup of sdformat6 port
* Commit to fixup
* [vcpkg] Add initial JSON support
This adds a JSON parser, as well as the amount of unicode support
required for JSON parsing to work according to the specification. In the
future, I hope to rewrite our existing XML files into JSON.
Additionally, as a drive-by, we've added the following:
* add /wd4800 to pragmas.h -- this is a "performance warning", for when
you implicitly convert pointers or integers to bool, and shouldn't be
an issue for us.
* Switched Parse::ParserBase to read unicode (as utf-8), as opposed to
ASCII
* Building again under VCPKG_DEVELOPMENT_WARNINGS, yay!
This command takes a list of ports, and causes the final state of the
installed directory to be as-if one ran the install on an empty
installed directory (removing any unnecessary packages).
This is especially useful with the new `--x-install-root` option, which
allows one to set the `installed` directory for vcpkg to use.
Additionally, as a drive-by, we do some `stdfs` clean-up and add a
`.is_feature()` member function to BinaryParagraph (as opposed to
checking for `.feature().empty()`, which is far less clear to read).
This feature is experimental.
* [xerces-c] Update to version 3.2.3
Drop patch no-symlinks-in-static-build.patch (fixed upstream)
* [xerces-c] Correct version number
* [xerces-c] Remove no-symlinks-in-static-build.patch
* [c4core] Add new port
* Remove deprecated include
* Fix ver regarding maintainer guide
* Mark port as unsupport arm/arm64
* Update CI baseline
* Mark port as unsupport OSX
* Update CI baseline
* Fix path to header instead of moving
Signed-off-by: vvandrounik <vvandrounik@gmail.com>
* Replace deprecated func vcpkg_extract_source_archive, add PREFER_NINJA to conf
* [SDL2] Update to 2.0.12 version
* [sdl2] Change homepage link to the official sdl website
* [sdl2] Remove no longer used patch
* [sdl2] Remove no longer used patch
* [sdl2] Fix patches files
* [avisynthplus] Add new port
* [avisynthplus] Disable static build
Static build is not supported. See https://github.com/AviSynth/AviSynthPlus/issues/130
* [avisynthplus] Ass Supports to CONTROL
* [avisynthplus] set static to fail in CI baseline
* [avisynthplus] add vcpkg_fail_port_install
* [realsense2] Add tm2 feature for support T265 devices
* Fix tools build error on Visual Studio 2019
* Update the way to handle features as vcpkg_check_features()
* Update
* Fix building avro-c in Linux
* Increment version
* Declare Linux is supported
* Updated CI baseline
Co-authored-by: Michael Spector <spektom@gmail.com>
* Add iOS community triplets and toolchain support
Added an iOS toolchain to enable building packages for iOS.
The toolchain is used when a triplet's VCPKG_CMAKE_SYSTEM_NAME is set
to iOS.
To configure which architecture should be built, as well as other
iOS specifics, the following triplet variables can be set:
- VCPKG_TARGET_ARCHITECTURE
- VCPKG_OSX_SYSROOT
- VCPKG_OSX_DEPLOYMENT_TARGET
- VCPKG_OSX_ARCHITECTURES
The following VCPKG_TARGET_ARCHITECTURE values are currently
supported:
- arm, arm64, x64, x86.
The following VCPKG_OSX_SYSROOT values are currently supported:
- iphoneos, iphonesimulator, or an absolute path to the device or
simulator Xcode SDK.
VCPKG_OSX_DEPLOYMENT_TARGET can be set to control the minimum iOS
delopyment target for the built libraries.
CMAKE_OSX_ARCHITECTURES is derived from VCPKG_TARGET_ARCHITECTURE,
so generally it should not be set. In case if someone needs to target
a more specific architecture (like armv7k or arm64e), it can
be set in the triplet via VCPKG_OSX_ARCHITECTURES.
Note that only certain combinations of the architecture and sysroot
will work: simulator SDKs only provide x86-based libraries, etc.
The toolchain also sets CMAKE_SYSTEM_PROCESSOR for certain
configurations, because certain packages (like libpng) depend on the
processor type.
Added 4 community iOS triplets that build static libraries:
- arm-ios, arm64-ios, x86-ios, x64-ios.
The non-arm triplets target the iOS simulator.
The triplets build static libraries because they are easiest to
integrate into an iOS project. Dynamic libraries or frameworks require
code signing on iOS, which complicates integration.
Added heuristics to try and automatically detect what iOS triplet to
use when building your own CMake project (so when a CMake project sets
CMAKE_TOOLCHAIN_FILE to buildsystems/vcpkg.cmake), if no explicit
triplet is provided (VCPKG_TARGET_TRIPLET is undefined).
The heuristic checks for the values of CMAKE_SYSTEM_NAME and
CMAKE_OSX_ARCHITECTURES. Note that for this to work,
CMAKE_OSX_ARCHITECTURES needs to be set before the first project()
call in your CMake project.
Added workaround so find_package finds vcpkg installed packages
when targeting iOS.
This is done by saving / restoring the value of CMAKE_FIND_ROOT_PATH
while also adding the vcpkg package root in the find_package override
macro.
The workaround can be removed once vcpkg upgrades to CMake 3.15.0
or higher where the issue is fixed.
Fixes: #6003
* Fix building libpng and pcre2 targetting iOS
Fixes: #6003
There are quite a few changes to the CMake build system packaged up into
one set here:
* Added `toolsrc/cmake/utilities.cmake`, which contains the following:
* `vcpkg_detect_compiler` -- get the name of the C++ compiler, as one
of {gcc, clang, msvc}
* `vcpkg_detect_standard_library` -- get the name of the standard
library we're linking to, as one of {libstdc++, libc++, msvc-stl}
* `vcpkg_detect_std_filesystem` -- figure out how to link and call
into C++17's filesystem; whether one needs to link to `stdc++fs` or
`c++fs`, and whether to use `<filesystem>` or
`<experimental/filesystem>`.
* Added a `VCPKG_WARNINGS_AS_ERRORS`, split off from
`VCPKG_DEVELOPMENT_WARNINGS`, which allows one to use the development
warnings without passing -Werror
* Rename `DEFINE_DISABLE_METRICS` to `VCPKG_DISABLE_METRICS` -- the
former will now print a deprecation message and set the latter.
* Now, print a deprecation message on `WERROR`; it doesn't do anything
since the behavior it requested is now the default.
* Pass `-std=c++17` if the compiler allows it, instead of `-std=c++1z`
* Do some code movement
* Pass `USE_STD_FILESYSTEM` if possible, instead of only on minGW
* Renamed to `VCPKG_USE_STD_FILESYSTEM`
Additionally, we now pass `/W4` in Debug mode on x86 in the Visual
Studio build system; this brings it in line with the CMake build system,
and the x64 Visual Studio build system.
And finally, we make some minor code changes to support compiling in
VCPKG_DEVELOPMENT_WARNINGS mode.
* [boringssl] Add new port
* removed usage of deprecated vcpkg functions
* let the ci treat boringssl like libressl
* applied requested changes
* [boringssl] Update to commit 590265773@2020-04-07 (#8455)
* [boringssl] Restore scripts/ci.baseline.txt
