* [sdl2-mixer] Update features behaviour.
- Reword feature description.
- Disable FLAC and MP3 support when libflac and mpg123 are not selected.
- Make libvorbis a dependency instead of a feature.
Unlike the FLAC/MP3 backends, the vorbis backend cannot be disabled.
* [sdl2-mixer] Remove alternative midi features.
The priority for MIDI backends is: fluidsynth > timidity > nativemidi.
- Turn off implicitely enabled timidity backend which shadows the
nativemidi backend.
- Remove nativemidi as it offers the same functionalities as fluidsynth
but is not available outside of Windows and Apple platforms. Moreover it
may give the false impression that MIDI is supported out of the box
* [sdl2-mixer] Use targets provided by dependencies.
This allows the dependencies to inform the sdl2-mixer about their usage
requirements, making it much easier to statically link the library.
* [sdl2-mixer] FluidSynth now requires pkg-config.
Since 2.3.1#1 FluidSynth's CMake config required pkg-config to find its
dependencies.
* [sdl2-mixer] UWP builds should work again.
* [sdl2-mixer] Update baseline.
* [sdl2-mixer] Add back a dummy libvorbis feature.
This is to keep compatibility with downstream users.
* [sdl2-mixer] Update version.
* [sdl2-mixer] Remove the dummy libvorbis feature.
Since vcpkg tool version 2023-02-16, this is no longer needed.
* [sdl2-mixer] Update version.
---------
Co-authored-by: Monica <v-liumonica@microsoft.com>
* UWP toolchain fix and update some ports supports expressions for uwp/xbox
* Update baseline
* More ports updated for !xbox
* Update baseline
* Update support expression for ms-gdkx
* Update baseline
* ms-gdkx port should fail on ado system
* Revert change to opengl-registry since its needed for angle on UWP
* Minor github actions cr
* Refresh baseline
* [intel-mkl] install mkl instead of requesting the user to install it
* windows and linux stuff
* add openmp stuff
* fix mixing basepath2
* remove x64 windows
* add openmp -> libiomp rename
* retry linux
* portfile adjustment
* adjust stuff for arrayfire
* fix linkage
* update baseline
* add a warning message
* format manifest
* bump port version
* v db
* - install usage
- change interface to ilp64 (default for x64)
- remove debug output
* v db
* cleanup ci baseline
* new try for arrayfire
* retry
* actually pass the option.
* v db
* guard settings with cpu feature
* v db
* cleanup from CR
* v db
* [fmilib] change to the github and update to fix bug of libexpat
* add license
* Cleanup and devendor expat, minizip, zlib
* Merge target objects, not archives
* Update "supports" and ci baseline
* zlib is a transitive dependency
* Fix config
---------
Co-authored-by: FrankXie <v-frankxie@microsoft.com>
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
Co-authored-by: Monica <v-liumonica@microsoft.com>
* [vcpkg-cmake-get-vars] Call 'project' early
System variables like 'APPLE' or 'ANDROID' aren't set before 'project()'.
* Get Android variables
* [openssl] Ensure that compiler is reached via 'PATH'
* Fix Android configuration
* Add 'tools' feature
* Update versions
* [openssl] Initialize android with vcpkg settings
* [openssl] Really don't build apps
* [vcpkg-cmake-get-vars] Update android vars
* [libpq] Pass openssl version from pkgconfig
* [vcpkg-cmake-get-vars] Update android vars
* [vcpkg-cmake-get-vars] Report generator
* [vcpkg-cmake-get-vars] Escape all output
* Transfer cmake-get-vars fixes
* Transfer cmake-get-vars extra flags
* no-asm for android-arm w/o neon
* [vcpkg_configure_make] Unquote as needed
Toolchain flags are passed into make via environment variables (e.g.
CFLAGS) and expanded by Makefiles regardless of quotes. And even vcm's
internal handling isn't prepared for these quotes. So we must remove
the early. This doesn't interfere with properly escaped quotes.
* Re-add lost 'project', amends 4cf7caaa
* [openssl] Fix emscripten
* Try adding xbox triplets
* Update for Gaming Command Prompt usage
* Fix directxtk12 shaders for xbox
* Add toolchain for xbox
* Fix ports for feature builds
* Code review feedback
* More code review
* Code review
* WIN32_LEAN_AND_MEAN is too aggressive for many libs
* Normalize GDK variable paths
* Need to leave oldnames.lib as many libs use POSIX names
* More code review feedback
* Remove extra file
* Use of /DEFAULTLIB fixed 41 ports
* Code review feedback
* Added basic xbox supports expression
* Updates for xbox-aware ports
* Update for CMake fixes upstream
* Minor synatx fix
* Fix up merge issues
* Need directx-headers for linux
* Missed one port revision
* Removed VCPKG_TARGET_IS_XBOX from project scope after upstream fixes
* Update baseline
* License updates per github-actions bot
* Update baseline
* Update toolchain to support try_compile for GDK headers
* Update port numbers
* Update baseline
* Don't need directx-dxc for Xbox builds
* Update baseline
* Update hashes
* Code review
* Update baseline
* Refresh hashes for upstream fixes
* Update baseline
* Add ms-gdkx stub port
* Update baseline
* updated ms-gdkx with user-friendly output
* Update baseline
* Code review for the toolchain file
* Update directxkt12 hash
* Refresh baseline
* Update MSBuild integration to select proper triplet for GDK custom platforms
* Update CMake integration to select proper xbox triplet from XBOX_CONSOLE_TARGET
* vcpkg.targets update
* Code review feedback
* Update baseline
* Refresh baseline
* Code review for MSBuild
* Code review for xbox toolchain
* vcpkg.cmake codereview
---------
Co-authored-by: walbourn <chuckw_walbourn@yahoo.com>
On Windows, running applocal.ps1 with "-targetBinary
/foo/bar.exe" (without drive letter) did not install dependencies. The
dumpbin executable was called with /foo/bar.exe, and dumpbin interpreted
this as unknown command line argument. No dependencies were resolved.
We're already resolving the full path of the target binary some lines
above the dumpbin call. The $targetBinaryPath variable contains the
target binary's path including the drive letter, and dumpbin
successfully reports the executable's dependencies.
* Add parameter to limit CI to selected triplets
Pull requests which analyze the situation in a particular triplet,
arch or platform may temporarily limit the triplets run in CI by
overriding the default value of CI parameter 'tripletPattern'.
* Add special chars for start and end
* Proof of concept
* Revert "Proof of concept"
This reverts commit 326bd2632b.
Tagged release is +2 years old, fix-android-threads patch got upstreamed so it
is no longer necessary here. Also, includes a small patch which makes it
build on uwp.
* [angle] Update to chromium/5249
- Refactor build system based on WebKit's CMake build system for libANGLE
- Add maintainer-notes.md
* [angle] Fetch & generate more files in portfile
* [angle] Move maintainer-notes.md
* [angle] Port changes from #27701
* Merge install tweak from #28547
* [angle] Tweak PlatformLinux
* Run x-add-version
* [angle] Update to chromium/5414
* Run x-add-version
* Fix version database.
* Fix version database
---------
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Co-authored-by: Jonliu1993 <13720414433@163.com>
* [openturns] add port
* v db
* fix missing boost dep.
* fix static stuff and others.
* v db
* reorder mpc and mpfr for linux
* v db
* add openturns:x64-osx=fail to ci baseline because vm uses old bison.
* move baseline fail above comment
* Add ci.baseline.txt note describing why it doesn't work.
* Add usage text.
* fix version
* v db
---------
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Bump to 2023-02-03
* update version database
* Remove unnecessary entries from `ci.baseline.txt`.
---------
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
In https://github.com/microsoft/vcpkg/pull/29267 we asked the user to remove a ci.baseline.txt entry for libcopp , but this failed in the most recent full build https://dev.azure.com/vcpkg/public/_build/results?buildId=84590 . It looks like the port doesn't have the plumbing to hook up ARM or ARM64 compilers on Windows, so this isn't a machine configuration / ci.baseline.txt issue.
There does appear to be some code in upstream trying to select armasm rather than masm to use the arm assembler but the port doesn't know how to hook that up.
Added the ability for the 'default' port version to get a value in case they all change at once (as almost happened due to https://github.com/microsoft/vcpkg/issues/29288)
https://github.com/microsoft/vcpkg/pull/28356/ did not apply post-source stubs for url and locale. I suspect they were just forgotten to be checked in?
https://github.com/microsoft/vcpkg/pull/28617/ did not record the port version change in generate-ports.ps1.
Also fixed all files to have LF line endings. (since changing boost-vcpkg-helper version also changed all the other ports anyway)
Also changed "When changing this file also update and run scripts/boost/generate-ports.ps1" to "Automatically generated by scripts/boost/generate-ports.ps1" because I think that better conveys the consequences (your changes will get nuked).
* Bumped version to 3.0.0 release.
* Update ports/onednn/vcpkg.json
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
* Update ports/onednn/portfile.cmake
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
* Applied changes requests from @LilyWangLL.
* Final database update.
* Fixed inability to download hidden by asset caching.
---------
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* fix gn path error on windows
* add quotes
* vcpkg cmake guidelines
* Fix version database.
* Use Z_VCPKG_BACKCOMPAT_MESSAGE_LEVEL instead of WARNING
* Quotes 🤦
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [vcpkg toolchain] Fix CMAKE_CROSSCOMPILING when building on UWP
* [kfr] Set cpu arch to generic to avoid call try_run
* version
* [kfr] Re-fix cross configure issue
* version
* Revert changes about kfr, add kfr:x64-uwp to ci.baseline instead
* version
* Remove VCPKG_LINKER_FLAGS_RELEASE from debug builds, and apply other changes from windows.cmake for consistency.
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
