* Run through the macOS update instructions one more time. I think
they're in a pretty good state now since this is the first attempt to
rerun them since we dropped Vagrant.
* Removed Parallels references for arm64.
* Removed references to removing Vagrant because it's no longer on any
of the hosts.
* Update macOS to 14.5.
* Update XCode CLT to 14.3.
Cherry-picked from #38658: Fixes errors like
~~~
CMake Error at
/Users/vcpkg/Data/installed/x64-osx/share/ffmpeg/FindFFMPEG.cmake:70
(find_library):
Could not find
FFMPEG_DEPENDENCY_-F/Library/Developer/CommandLineTools/SDKs/MacOSX14.2.sdk/System/Library/Frameworks_RELEASE
using the following names:
-F/Library/Developer/CommandLineTools/SDKs/MacOSX14.2.sdk/System/Library/Frameworks
Call Stack (most recent call first):
/Users/vcpkg/Data/installed/x64-osx/share/ffmpeg/FindFFMPEG.cmake:144
(append_dependencies)
/Users/vcpkg/Data/installed/x64-osx/share/ffmpeg/vcpkg-cmake-wrapper.cmake:25
(_find_package)
/Users/vcpkg/Data/work/1/s/scripts/buildsystems/vcpkg.cmake:813
(include)
CMakeLists.txt:32 (find_package)
~~~
OpenSSL has moved to Apache 2 license, which is clearly compatible with
LGPL v3 (but not v2.1, which is ffmpeg's default). Note that FFmpeg devs
believe that the previous license is also compatible with LGPL (any
version), but not GPL.
See
37702e2066/LICENSE.md (incompatible-libraries)
for more details.
Note that the upstream also believes that Fraunhofer FDK AAC is also
compatible with LGPL, but IANAL and fdk-aac uses its own custom license.
- [x] Changes comply with the [maintainer
guide](https://github.com/microsoft/vcpkg-docs/blob/main/vcpkg/contributing/maintainer-guide.md).
- [x] ~~SHA512s are updated for each updated download.~~
- [x] ~~The "supports" clause reflects platforms that may be fixed by
this new version.~~
- [x] ~~Any fixed [CI
baseline](https://github.com/microsoft/vcpkg/blob/master/scripts/ci.baseline.txt)
entries are removed from that file.~~
- [x] ~~Any patches that are no longer applied are deleted from the
port's directory.~~
- [x] The version database is fixed by rerunning `./vcpkg x-add-version
--all` and committing the result.
- [x] Only one version is added to each modified port's versions file.
<!-- If your PR fixes issues, please note that here by adding "Fixes
#NNNNNN." for each fixed issue on separate lines. -->
<!-- If you are still working on the PR, open it as a Draft:
https://github.blog/2019-02-14-introducing-draft-pull-requests/. -->
If this PR updates an existing port, please uncomment and fill out this
checklist:
- [X] Changes comply with the [maintainer
guide](https://github.com/microsoft/vcpkg-docs/blob/main/vcpkg/contributing/maintainer-guide.md).
- [X] SHA512s are updated for each updated download.
- [X] The "supports" clause reflects platforms that may be fixed by this
new version.
- [X] Any fixed [CI
baseline](https://github.com/microsoft/vcpkg/blob/master/scripts/ci.baseline.txt)
entries are removed from that file.
- [X] Any patches that are no longer applied are deleted from the port's
directory.
- [X] The version database is fixed by rerunning `./vcpkg x-add-version
--all` and committing the result.
- [X] Only one version is added to each modified port's versions file.
<!-- If this PR adds a new port, please uncomment and fill out this
checklist:
- [ ] Changes comply with the [maintainer
guide](https://github.com/microsoft/vcpkg-docs/blob/main/vcpkg/contributing/maintainer-guide.md).
- [ ] The name of the port matches an existing name for this component
on https://repology.org/ if possible, and/or is strongly associated with
that component on search engines.
- [ ] Optional dependencies are resolved in exactly one way. For
example, if the component is built with CMake, all `find_package` calls
are REQUIRED, are satisfied by `vcpkg.json`'s declared dependencies, or
disabled with
[CMAKE_DISABLE_FIND_PACKAGE_Xxx](https://cmake.org/cmake/help/latest/variable/CMAKE_DISABLE_FIND_PACKAGE_PackageName.html).
- [ ] The versioning scheme in `vcpkg.json` matches what upstream says.
- [ ] The license declaration in `vcpkg.json` matches what upstream
says.
- [ ] The installed as the "copyright" file matches what upstream says.
- [ ] The source code of the component installed comes from an
authoritative source.
- [ ] The generated "usage text" is accurate. See
[adding-usage](https://github.com/microsoft/vcpkg-docs/blob/main/vcpkg/examples/adding-usage.md)
for context.
- [ ] The version database is fixed by rerunning `./vcpkg x-add-version
--all` and committing the result.
- [ ] Only one version is in the new port's versions file.
- [ ] Only one version is added to each modified port's versions file.
END OF NEW PORT CHECKLIST (delete this line) -->
* [amd-amf] Update to 1.4.29
* [ffnvcodec] Update to 11.1.5.2
* [mfx-dispatch] Fix pkgconfig
* [ffmpeg] Update to 6.0
* update versions
* [amd-amd] Fix merge
* Update ffmpeg.json
* ffmpeg: Remove libpng dependency.
Ffmpeg doesnt have a libpng dependency. All thats needed for png support is zlib which has its own option already
* Update ffmpeg.json
* [ignition-common3] patch for ffmpeg3
* [freerdp] Update to 2.11.1
* Revert "Merge pull request #1 from autoantwort/ffmpeg"
This reverts commit b52416c67d, reversing
changes made to 8fdd44e901.
* Update ffmpeg.json
* Update ffmpeg.json
---------
Co-authored-by: Leander Schulten <Leander.Schulten@rwth-aachen.de>
* [ffmpeg] Fix off-by-one issue when looping over the OSX_ARCHS
This fixes crosscompiling e.g. arm64 on x64
* [ffmpeg] Remove redundant --enable-cross-compile flag
* [ffmpeg] Bump port version
* Update ffmpeg to 4.4.3
- Backport fix for h.264 hardware decoding on M1 macs
- ffmpeg links against built-in atomic, not a findable lib
* add missing extension for new patch
* version!
Co-authored-by: Martijn Otto <martijn@resolume.com>
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* [ffmpeg] Update the download address of gcc under windows arm
* Never gcc download under windows arm
* update ffmpeg.json
* Removed download requirement for "cpp.exe" preprocessor
* x-add-version
I tried to build FFmpeg for ARM64 but I got an error.
The problem happens because portfile.cmake uses gcc-9.3.0 but it has been removed from repository.
See:
https://repo.msys2.org/msys/x86_64/
So, it is just needed to update that file to the newer updated version and you will be able to build FFmpeg for ARM64 again.
* [ffmpeg] Set --disable-audiotoolbox when targeting iOS
* [ffmpeg] Bump port version to 19
* Update ffmpeg.json
Co-authored-by: Cheney Wang <38240633+Cheney-W@users.noreply.github.com>
* refine hpx port
* v db
* add tcmalloc on unix
* refine comment
* v db
* remove hardcoded mpi dep
* v db
* portfile cleanup
* v db
* add pkgconf as a dep
* v db
* [snappy] remove debug suffix and add pc file
* hpx pass through _HOST_TRIPLET for pkgconf
* v db
* fix snappy in ffmpeg
* v db
* fix name clash of output names
* v db
* remove tcmalloc
* v db
* remove bin dir; seems empty on !windows
* v db
* b v
* v db
* baseline stuff
* fix jemalloc missing msvc_compat headers
* v db
* install usage for hpx
* v db
* Update versions/f-/ffmpeg.json
* revert v db
* bump ffmpeg
* v db
* remove jemalloc since I can force it thorugh the triplet any way.
* v db
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* Fix failure of cross-compiling for ffmpeg due to use inappropriate strip.
* Update port version of ffmpeg.
* Remove redundant adjust condition.
* Update version database
Co-authored-by: Jamlys Lee <jamlys_lee@163.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>
* [ffmpeg] Block "tensorflow" for the "all" feature on non-x64.
In https://github.com/microsoft/vcpkg/pull/21980/ , we removed all the blocks for tensorflow which were merely replicating that upstream's "supports" expression. That is the correct behavior: if upstream adds support for a thing, it should start being tested downstream. However, the "all" and "all-nonfree" features of ffmpeg attempt to turn on what is really "all supported" rather than "all", so the feature-dependency needs to be guarded.
Note that the ffmpeg[tensorflow] feature remains unguarded! It is ffmpeg[all]'s *dependency* on ffmpeg[tensorflow] that is guarded.
* Also guard ass, tensorflow, and fontconfig for uwp
