* [ffmpeg] fix FindFFMPEG.cmake to work properly even without avresample
When building ffmpeg[core] (without avresample support), FindFFMPEG.cmake
claims to not have fully found the ffmpeg libraries, because it still looks
for the avresample library. This patch fixes that problem.
* [ffmpeg] minor update for consistency
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* [ffmpeg] minor update for consistency
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* [colmap] Add port for COLMAP 3.6-dev.3
* Fixed some errors in portfile
* Fixing some errors in portfile. These changes also move the binary (and *.bat) to `tools/` otherwise I get `POST_BUILD_CHECKS_FAILED`. I followed this recommendation:
https://github.com/Microsoft/vcpkg/issues/834#issuecomment-288529839
Now the *.bat files need to be fixed with the correct path to `tools/`
* Update ports/colmap/portfile.cmake
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* Update ports/colmap/portfile.cmake
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* Update ports/colmap/usage
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* First working version, the line `vcpkg_copy_tools(TOOL_NAMES colmap AUTO_CLEAN)` helped.
Now it does work running:
> <vcpkg-root>\vcpkg\packages\colmap_x64-windows\tools\colmap\colmap.exe
> <vcpkg-root>\vcpkg\packages\colmap_x64-windows\tools\colmap\colmap.exe gui
ToDo: use `vcpkg.json`.
* Using `vcpkg.json` instead of CONTROL file
* Formatting json file:
./vcpkg.exe x-format-manifest --all
* Changes suggested by @ahojnnes (colmap author). Waiting for the 3.7 release (probably today) to update the `REF` and `SHA512`
* Changes proposed from @ahojnne to handle the internal colmap variables `DGIT_COMMIT_ID` and `DGIT_COMMIT_DATE`
* Enabling TESTS (changes sent by @ahojnnes)
* Updated to lastest tag to 3.6
* Updating to 3.6
* Ceres was missing suitesparse/lapack
* Update ports/colmap/portfile.cmake (commit suggested by JackBoosY)
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* format manifest
* Update ports/colmap/portfile.cmake
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* [lapack-select] add port lapack-select to select the lapack implementation
* move (!osx) check into lapack select
* correct the platform selection logic so that clapack is not forced.
added external as a feature.
made a dummy project to find the external provided LAPACK
* fix the oscx regression. Actually need to specify external dependency on OSX
* rename port to lapack and use build-depends
* [brotli] add pkgconfig
* [freetype] add pkgconfig and add dependency on brotli
* [qt5-base] add new freetype dependency to brotli and zstd
* [freetype] fix cmake paths
* [freetype] removed renaming of include dir and unnecessary cmake fixes
* [freetype-gl] fix glew include dir
* [podofo] fix freetype search.
* fixing wrong freetype stuff due to vcpkg owned wrong CMakeLists.txt .....
* fixing more freetype hidden issues.
* [sfml] fix missing include
* fix typo
* [freetype] uncomment previous renaming of include folders
* fix brotli linkage in static builds
* remove added alias to avoid problems.
* [freetype] add brotli to the wrapper
* [lzokay] format manifest
Co-authored-by: Nicole Mazzuca <mazzucan@outlook.com>
* [jthread] Initial port
https://github.com/josuttis/jthread
* [jthread] Add header only comment
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* [jthread] Fix version date
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* [jthread] Move headers to include directory
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* [jthread] Rename the port josuttis-jthread
* [jthread] Fix control port name
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Co-authored-by: Rémy Tassoux <rt2@rasterizedworld.com>
* Update CONTROL
* Change CONTROL file to use new Version and Port-Version setup
* Increment Port-Version from 1 to 2
* Update portfile.cmake
* Remove the README file after the file extract process from archive
* The README file is a symlink to README.md but symlinks cause issues with MSBUILD on windows
* Update portfile.cmake
Released MAC_SDK files are currently only provided for download for a
short period of time and replaced frequently by newer versions.
See: https://monkeysaudio.com/files/
- The previous version in vcpkg is not available for download any more
- Fixes: Downloading https://monkeysaudio.com/files/MAC_SDK_546.zip...
Failed. Status: 22;"HTTP response code said error"
* Add ngspice port
Add the msvc specific include folder to be copied as well
Fix 32-bit builds
Use install_msbuild
Remove fftw
Fix 32-bit build again
Update ci baseline and check linkage for dll only
Use spaces consistently
More clean
Update ports/ngspice/CONTROL
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Update ports/ngspice/portfile.cmake
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Update ports/ngspice/portfile.cmake
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Update ports/ngspice/portfile.cmake
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Update scripts/ci.baseline.txt
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
remove uwp support
Update ports/ngspice/CONTROL
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* Update ports/ngspice/portfile.cmake
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* Use the suggest supports
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
The name of the pdb file is always hardcoded in the lib file. The cmake script was renaming the pdb files causing them not to be found. This patch fixes that problem, reverting back to using the upstream pdb file names.
If you changed VCPKG_TARGET_ARCHITECTURE to use x86_64, the prettify command failed to parse things properly. This was found during the changes made for #12657 and was completed by @strega-nil (thanks!).
* [mpir] fix on linux
the fix in #12677 broke linux while fixing macOS
fixes#12708
* back to working on osx
* Update Port-Version in vcpkg.json
Co-authored-by: NancyLi1013 <lirui09@beyondsoft.com>