* [folly] update to <v2022.10.24.00>
* update version
* update fizz to the latest version
* update version
* update mvfst to the latest version
* update version
* Apply review suggesstion
* update version
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.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
* freerdp fix single config
* libassuan fix single config builds
* libcanberra fix single config build
* libmysql fix single config builds
* libobd fix single config
* libusb allow single config wrapper
* nmap single config cleanup
* spdk single config stuff
* zeroc-ice fix single config
* zopfli single config fix
* use version date
* v db
* Revert unchanged libodb-pgsql port-version bump.
Co-authored-by: Billy O'Neal <bion@microsoft.com>
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>
* Update to 3.1.5
* Add feature 'tools'
* ilmbase is now imath
* [theia] Use openimageio cmake config
* [freeimage] Use OpenEXR 3 and Imath
* [opencv4] Use upstream's OpenEXR 3 support
* [opencv3] Use upstream's OpenEXR 3 support
* [opencv2] Use OpenEXR 3 and Imath
* [osg] Use OpenEXR 3
* [openvdb] Use Imath, enable OpenEXR
* [pangolin] Use OpenEXR 3
* [directxtex] Use OpenEXR 3
* [uvatlas] Disable /guard:ehcont when directxtex uses openexr
* Update versions
Co-authored-by: chausner <chausner@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>
* [font-util] add port
* [libfontenc] add port
* [libfs] add port
* format manifest
* remove -string
* v db
* Update ports/font-util/build.patch
* v db
* use magic macro instead of magic numbers....
* v db
* [folly] update to v2022.07.11.00
* update version
* [proxygen] update to v2022.07.11.00
* update version
* Add License
* update version
* update version
* add vcpkg-cmake-wrapper.cmake
* update version
* overwrite version
* Include all custom cmake module files
* update version
* update version
* overwrite version
* 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>
* cppcms
* cudnn
* devicenameresolver
* epsilon
* fann
* cudnn license
* devicenameresolver version
* epsilon
* version
* Remove from ci baseline
* license
* version
* libbf
* version
* Why are those ports unsupported on static? I think because of failing post build lint
* version
* cppcms
* version
* epsilon
* version
* typo
* version
* test on static
* version
* cppcms not supported on static
* version
* cudnn
* device
* version
* try again...
* version
* version-date
* version
* [cppcms] Patch out tests & examples
* version
* Fix patch
* version
* remove debug include
* version
* [cppcms] copy pdbs
* version
* Take gperf from vcpkg tool if possible
* [gperf] Install binary into tools/gperf/
* Fix kf5codecs gperf bug
* Add PREPEND to freetds port
* fix gperf for qtwebengine
* make gperf modern port
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* [flecs] Add new port
Fix#10774.
* [flecs] Add version stuffs
* [flecs] Disable UWP support
GetModuleHandle doesn't support UWP.
* [flecs] Overwrite version
* [flecs] Add vcpkg-cmake-wrapper.cmake
* [flecs] Overwrite version
* update openjpeg
* update openjpeg
* add arm patch and license
* reduce to version
* update db
* fix fastcgi to always use make
* remove from baseline
* openjpeg add tools feature
* vdb
* add supports statement. fastcgi uses stuff which only is allowed in desktop apps.
* format manfiest
* ver db
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [freetds] Update to 1.3.10
* version
* Add dependence on mysql
* version
* mysql patch
* version
* Add warning for required system libs
* version
* Remove mysql dependence
* version
* Fix supports
* version
* Add mysql dependence
* version
* Add feature tools
* version
* Add dependency on unixodbc
* format
* version
* remove mysql
* version
* Update unixodbc
* version
* remove man
* version
* fix cmake
* version
* test
* fix path
* version
* disable wide characters on UNIX
* add to ci baseline
* version
* don't check for UWP
* version
* remove unixodbc from ci baseline
* Fix deprecated license
* version
* Unsupported on unix
* version
* 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>
* [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>
* [cpuinfo] update to latest
* use official support of CMake find_package
* [cpuinfo] update triplet support
* [nnpack] fix cpuinfo usage
* [qnnpack] fix cpuinfo usage
* [fbgemm] fix cpuinfo usage
* [xnnpack] fix cpuinfo usage
* [cpuinfo] add license
* [nnpack] port license/dependencies
* [qnnpack] port license
* [xnnpack] port license
* [fbgemm] port license
* fix supports
* I think this should work?
* alright, arm&windows is unsupported... for now
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* [fontconfig] update to 2.14.0 (microsoft#23920)
2.14
Alan Coopersmith (1):
Update address for reporting msgid bugs from bugzilla to gitlab
2.13.96 (2.14 RC6)
Akira TAGOH (2):
Add a missing file 48-spacing.conf
Merge branch 'main' of ssh://gitlab.freedesktop.org/fontconfig/fontconfig
2.13.95 (2.14 RC5)
Akira TAGOH (18):
Do not set different score to non-string values
Enable 11-lcdfilter-default.conf by default
Bump the cache version to 8
Reflect matching results to binding in FcPattern
Fix a memory leak when trying to open a non-existing file
Fix score estimation for postscriptname
Resolves symlinks against <dir prefix="relative">
Add the option to not build fontconfig cache during installation
conf.d/60-latin.conf: Make Noto default.
Fix some testcase fails for 14c265a1
Fix the issue fail to obtain the style name
Apply the change made by 23e46d1 again
Initialize variable
Add more description for fc-conflist.1 and FcConfigFileInfoIterInit.3
Update CaseFolding.txt to Unicode 14
Add an user font directory for Win32 to the default font path
Add test/wrapper-script.sh to the archive
Fix possible memory leaks in FcPatternObjectAddWithBinding
Alex Richardson (3):
fcint: add casts to allow building with stricter compilers
Add support for C11 stdatomic atomics
FcCharSetPutLeaf(): Fix missing move of new_leaves contents
Behdad Esfahbod (1):
If a varfont has 'opsz' axis, set FC_SIZE on default instant pattern
Ben Wagner (6):
Add memory order constraints to C11 atomics
Free local FcCache lock on contention
Extend test thread args lifetime
Fix warning about os2->achVendID cannot be NULL
Back FcSerialize with open addressing hash table.
Actually skip leading spaces in style name
Francesco Pretto (1):
WIN32: Fix pGetSystemWindowsDirectory found initialized during FcConfigParseAndLoadFromMemory
Mehdi Sabwat (1):
fcstat: add support for wasm-emscripten
Nirbheek Chauhan (1):
meson: Remove summary() from version_compare() block
Pierre Ducroquet (5):
Add a configuration to switch to monospace if spacing=100 is requested
Reference the new configuration file
Remove configuration file from POTFILES
It seems this qual doesn't work on integers
Always add the family name from spacing=100
Ryan Gonzalez (1):
Ensure config.h is always included before stdlib headers
Ryan Schmidt (5):
Avoid PCRE syntax when using grep
Remove Bugzilla references
Fix run-test.sh to work with BSD mktemp
Restore fcatomic compatibility with Mac OS X 10.4.
Fix FC_DEFAULT_FONTS on macOS and with BSD sed sed
* [fontconfig] do not run fc-cache (microsoft#23920)
The fc-cache application is run on installation per default.
Font caches of the build system are useless to anyone unless
deploying fontconfig on just that build system, and even then,
the user will most likely be deploying his own fonts.conf and
correspondinly explicitly setup his users fc-cache path.
In fact, all the fc-cache run does is to generate data for
us to delete.
Instruct meson not to run fc-cache, saving us the need to
delete the cache, too.
* [fontconfig] disable tests (microsoft#23920)
* [fontconfig] remove json-c dependency (microsoft#23920)
The only code that needs json-c is in the tests ... which are
disabled from being built.
* [fontconfig] update versions registry (microsoft#23920)
* [fontconfig] do not run fc-cache on linux either (microsoft#23920)
* [fontconfig] regenerate version registries (microsoft#23920)
* Verify library location for debug vs. release
* Use existing variables for wrapper
* Always install freetype wrapper
* Quote @expressions
* Set policies for freetype wrapper (#19459)
* Test JPEG
* Fix jpeg wrapper for CMake < 3.12
* Test TIFF
* Test with current and oldest supported CMake
* Test and fix icu cmake wrapper
* CMake policy fixes [skip actions]
* Update versions
* CI
* CI
* Nicole CRs
* Disable Curses test
* Prefer <Pkg>_VAR over <PKG>_VAR
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [fuzzylite] fix unix build
* update version scheme
* version
* unsupported on UWP
* remove from CI baseline
* version
* fix typo
* version
* windows only
* version
* Add fuzzylite:x64-osx
* Fix typo
* cr
* version
* Fix string replace on static
* version
* Don't rename artifacts
* version
* Change minimum CMake version to 3.7.2.
This moves our oldest supported Linux back up to today minus 5 years, Debian 9 from 2017 comes with 3.7.2.
* Enable more policies.
* [fbthrift, fizz, folly] Fix dependency resolution.
Found by nightly build https://dev.azure.com/vcpkg/public/_build/results?buildId=67402
* wangle was fixed by a compiler update on a patch tuesday.
* this unblocked attempting fbthrift on x64-windows hosts, but it misses a header; added patch already merged upstream adding missing algorithm <include>
* fixed folly attempt to insert the right debug prefix which was broken by vcpkg_fixup_cmake_targets no longer generating _IMPORT_PREFIX.
* disable dynamic build of fbthrift on Windows because it tries to create DLLs with no import libs (because it makes no exports)
* Format and fix version database.
* Back out fizz patches.
* Block dynamic flavors. (The build in question builds an exe and expects all its dependencies to be linked statically and patching the build system to copy over the right DLLs seems out of scope)
* Add libevent patch.
* Also fixup mvfst and add missing CONFIG to patch.
* Remove unused patch.
* Fix version sha
* Update folly
* Update wangle
* Update fizz
* Version
* Fix patch
* Fix patch
* version
* Fix error in rsocket
* Fix patch
* Fix patch
* version vor rsocket
* Update fbthrift
* fbthrift version
* Fix fbthrift
* Fix fbthreft version
* fbthrift: fix empty dir
* fbthrift: update version
* Update mvfst
* Update proxygen
* Update hashes
* update version
* remove unused patchfiles
* Fix deprecated cmake functions
* format and version
* version
* rsocket: fix version
* rsocket: update port version
* fix version
* fix version
* update version
* restore version
* update port version
* update version
* fix port version
* version
* remove v from version string
* version
* Add quotes
* version
* [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
* Update fmt to 8.1.1
* Update CI baseline
Co-authored-by: chausner <chausner@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
