* [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>
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.
* [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.
* 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>
* [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>
* [mesa] supports: !staticcrt
* [mesa] Install copyright from license.rst
* [mesa] Revise internal dependencies
* [mesa] Revise external dependencies
* [mesa] Move windows opengl32 lib to manual-link
* [opengl] Fix case of include names
* [opengl] Refactor for simplicity and mingw support
* [opengl] Stop copying out of windows SDK [skip actions]
* Update versions
* Revert "[opengl] Stop copying out of windows SDK"
* [mesa] Align with port opengl
* updated ISMRMRD
* Updated ISMRMRD to version 1.13.0
* Updated baseline and formatting
* Made it explicit that 32bit platforms are not supported by ISMRMRD
* Updated license.
* Updated version
* Updated versioning
