* Xbox triplets should not support ports with only copyleft licenses
* Reverted ports that build with xbox currently
* Fix conflict and rebase
* Update baseline
* Update baseline
* [idyntree] Update idyntree port to 9.0.0
Furthermore, remove irrlicht feature from default features as since
version 9.0.0 idyntree requires irrlicht compiled with SDL support
on Windows, and that is not available in irrlicht compiled by vcpkg.
* [idyntree] Update versions
* [intel-mkl] Install osx
* Do less work for --only-downloads
* Try harder to ensure DMG unmount
* Adjust port warning
* Always install usage
* Fix log names
* Merge copyright
* Revise pc file handling
* Cleanup
* More uniform staging and variables
* Update messages
* Update versions
* Typo
* More cleanup
* Do nothing for unsupported targets
The old code was already broken.
* Fix and simplify copy-from-dmg
* Change extract_0_dir
* Mount to tmp dir
microsoft/vcpkg#29196 introduced new feature flag `[tools]` which
prevents generation of `libicutu`. The PR in question did not take into
account dynamic linkage target where rpath is set to hardcoded and no
longer valid list of libraries.
This PR dynamically detects presence of `[tools]` feature and adds
`libicutu` for rpath fix as necessary.
Co-authored-by: Monica <v-liumonica@microsoft.com>
* [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
* [iceoryx] Update to 2.0.3
* Fix portfile.cmake format
Co-authored-by: jim wang <122244446+jimwang118@users.noreply.github.com>
* [iceoryx] Update version
---------
Co-authored-by: jim wang <122244446+jimwang118@users.noreply.github.com>
* [imageinfo] Add new port
* update version database
* Add usage
* Add new line
* update version
---------
Co-authored-by: Jonliu1993 <13720414433@163.com>
* [igraph] update to 0.10.4
* [igraph] x-add-version
* [igraph] try if it works with x64-uwp
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [iceoryx] Add new port
* Update version database
* [iceoryx] Fix portfile
* [iceoryx] Update version
* [iceoryx] Update features
* [iceoryx] Update version
* Add usage text.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* 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
* [imgui] Update to 1.89
* [imgui] Update version files
* [imgui] Update to 1.89.1
* [imgui] Update version files
* [ogre] Fix build failure on imgui 1.89
* [ogre] Update version files
* [imgui-sfml] Fix build failure on imgui 1.89
* [imgui-sfml] Update version files
* [milerius-sfml-imgui] Fix build failure on imgui 1.89
* [milerius-sfml-imgui] Update version files
* [imgui] Modernize port
* [imgui] Update version files
* bump port version
* version
* version... again
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
* [im3d] New port
* [im3d] Update version files
* [im3d] Add license field
* [im3d] Add missing version file
* [im3d] CMakeLists.txt fixes
* [im3d] Update version files
* 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>
* [igraph] update to 0.10
* [igraph] x-add-version
* [igraph] disable on arm64 windows due to lack of support for _umul128()
* [igraph] x-add-version
* [igraph] fix typo
* [igraph] x-add-version
* [igraph] update to 0.10.1
* [igraph] x-add-version
* Update versions/i-/igraph.json
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* [igraph] remove special treatment of uwp from portfile
* [igraph] indicate that failure is expected for x64-uwp
* [igraph] x-add-version
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* CI test isal, not spdk-isal
* Update to 2.30.0
* The nmake build uses only nasm
The autotools build chooses the tool by feature level.
It even requires yasm for mingw.
* Relax platform restriction
* Fix mingw builds
* Fixup pkgconfig
* Rewrite CMake config, move to unofficial namespace
* Update versions
* [ports/inih/{portfile.cmake,vcpkg.json}] Upgrade from r51 to r56
* [ports/inih] Upgrade to latest vcpkg recommendations
* [ports/inih/CMakeLists.txt] Export targets (following `ports/openctm/CMakeLists.txt` template)
* Thomas1664's nitpicks agreed on by BillyONeal.
* Fix vcpkg_cmake_config_fixup call and add usage.
* Hook up with_INIReader
* Version DB oops
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Fix vcpkg.jsons that don't conform with our schema
iniparser's homepage is not a valid URI. ndevilla.free.fr/iniparser says that the homepage has moved to github, so just replaced it with that. Note that portfile.cmake already uses vcpkg_from_github.
nifticlib was referring to a github organization and used vcpkg_from_github in its homepage.
thor was missing a scheme. Using https gave an invalid certificate but http redirected to the site I put here.
* Add licenses.
* [imgui] Enable C++ 11 standard as code requires it
see vcpkg issue microsoft#25588
* [imgui] Enable C++ 11 standard using target_compile_features
As lerppana suggested:
It is better to use cxx_std_11 meta feature instead of locking the version number.
This should indicate cmake to use at least 11 instead of exactly 11.
see vcpkg issue microsoft#25588
* [imgui] update versions (vcpkg x-add-version imgui)
Enable C++ 11 standard as code requires it
see vcpkg issue microsoft#25588
* Update isalConfig.cmake
* Refactor build process
* Remove debug/share on non-Windows
* Fix build, fix config.cmake, correct usage info
* version
* Add supports, add license
* cleanup baseline
* version
* update supports
* version
* Correct include path
* version
* Fix lib name on non-Windows
* version
* Apply suggestion
* version
* Apply suggestions
* version
* Apply suggestion
* version
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
* [imgui] Update to 1.88
* [imgui] Update version files
* [imgui-sfml] Build for C++11 to support imgui 1.88 changes
* [imgui-sfml] Update version files
* [getopt-win32] ARM64 support
* retrigger checks
* updated git-tree sha
* Specify ports that do not support ARM but were enabled by getopt-win32 adding support.
* Upated SHA's
* Update ports/getopt-win32/portfile.cmake
Formatting indentation fix.
Co-authored-by: Mengna Li <95600143+Adela0814@users.noreply.github.com>
* Formatting indentation fix.
* Update version database
* [getopt-win32] Use CMake
* Updating versions
Co-authored-by: Mengna Li <95600143+Adela0814@users.noreply.github.com>
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* [imgui] Add supports for features dx-binding and metal-binding and metal-binding
* x-add-version
Co-authored-by: Lily Wang <v-lilywang@microsoft.com>
* [ignition-cmake0, ignition-cmake2] Update hash
* x-add-version
* Fix other ignition SHAs and use vcpkg-port-config.cmake modern machinery.
* add license
* x-add-version
* format vcpkg.json
* x-add-version
* Add FILE_DISAMBIGUATOR
Co-authored-by: Lily Wang <v-lilywang@microsoft.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [ixwebsocket] Fix unable link target ZLIB::ZLIB
* update version to 11.4.2
* remove incorrect records in json file
Co-authored-by: Cheney-Wang <v-xincwa@microsoft.com>
* [libvpx,lmdb,aubio,freetype-gl,intelrdfpmathlib,libbson,libtcod,metis,pqp,smpeg2] Build fixes 2022-04-28
These results are from the most recent CI run: https://dev.azure.com/vcpkg/public/_build/results?buildId=71465
PASSING, REMOVE FROM FAIL LIST: aubio:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
I also did some investigation as to why aubio:arm-uwp didn't pass. Turns out, it's because aubio depends on ffmpeg, which failed to build because it depends on libvpx, which we never fixed for UWP following the VS2022 update. See also https://developercommunity.visualstudio.com/t/MicrosoftVisualStudioComponentVCTool/10002207?space=62&scope=follow&sort=newest
PASSING, REMOVE FROM FAIL LIST: freetype-gl:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
I also checked freetype-gl:arm-uwp, but it's blocked by glew which is blocked by opengl which appears to not be a thing on arm.
PASSING, REMOVE FROM FAIL LIST: intelrdfpmathlib:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
The arm-uwp version of this emits errors that look like source issues; I blocked arm&windows with a supports expression:
D:\buildtrees\intelrdfpmathlib\src\athLib20U2-d2a8954428.clean\LIBRARY\src\bid_functions.h(3113): error C2719: 'x': formal parameter with requested alignment of 16 won't be aligned
PASSING, REMOVE FROM FAIL LIST: libbson:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libbson:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libtcod:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libtcod:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: lmdb:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
arm-uwp failed with again what looks like a source issue:
mdb.c.obj : error LNK2001: unresolved external symbol __tls_used
mdb.c.obj : error LNK2001: unresolved external symbol _mdb_tls_cbp
PASSING, REMOVE FROM FAIL LIST: metis:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: metis:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: pqp:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: pqp:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: smpeg2:arm-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: smpeg2:x64-uwp (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
I also checked Linux and it says
Could NOT find ibverbs (missing: IBVERBS_INCLUDE_DIRS IBVERBS_LIBRARIES)
which may be vcpkg's fault so I left that ci.baseline.txt skip alone.
REGRESSION: jansson:arm-uwp failed with POST_BUILD_CHECKS_FAILED. If expected, add jansson:arm-uwp=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: jansson:x64-uwp failed with POST_BUILD_CHECKS_FAILED. If expected, add jansson:x64-uwp=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
Already fixed by https://github.com/microsoft/vcpkg/pull/24466
* dos2unix the patch
* :dos2unix the other patches too
* Update iir1 to 1.9.1
* Update CI baseline
* Only either build as shared or static
* Update CI baseline
Co-authored-by: chausner <chausner@users.noreply.github.com>
* [icu] update to 70.1
* update version
* reset patch
* overwrite version
* reset version
* overwrite version
* Fix configure
* version
* update version
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
