vcpkg/ports/ignition-transport4/portfile.cmake

ignition_modular_library(NAME transport
                         VERSION "4.0.0"
                         SHA512 581dd4700aebc455f6d7c01d8be17c6c4c802fd74b1504b2bd6544a0246b161231305fd318352904e230c986dfe072fa0608fccea9066b076e7216dc507a8510
                         # This can  be removed when the pc file of libuuid on Windows is fixed
                         DISABLE_PKGCONFIG_INSTALL
                         PATCHES
                            uuid-osx.patch
                            fix-protobuf.patch
                         )
[ignition-msgs1, ignition-transport4] Add new ports (#8044) 2019-09-13 01:43:33 +08:00			`ignition_modular_library(NAME transport`
			`VERSION "4.0.0"`
[ignition-] Update hashes (#24618) [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> 2022-05-13 07:22:01 +08:00			`SHA512 581dd4700aebc455f6d7c01d8be17c6c4c802fd74b1504b2bd6544a0246b161231305fd318352904e230c986dfe072fa0608fccea9066b076e7216dc507a8510`
[eigen3] [ignition-modularscripts] Fix installed pkgconfig files (#11270) * [eigen3] Fix generated pkgconfig files * [ignition-cmake2] Update to C++ library Now ignition-cmake also installs a C++ library, so it is possible to remove code specific for CMake-only ports. * [ignition-modularscripts] Fix pkgconfig files installed by ignition libraries Use the new function vcpkg_fixup_pkgconfig to fix the installed .pc pkgconfig files of the ignition libraries. As ignition-fuel-tools1 depends on curl that has a broken pkg-config file, disable installation of its pkg-config files. 2020-05-12 06:57:50 +08:00			`# This can be removed when the pc file of libuuid on Windows is fixed`
[ignition-transport4,9] use system libuuid (#22998) 2022-02-10 03:55:07 +08:00			`DISABLE_PKGCONFIG_INSTALL`
			`PATCHES`
			`uuid-osx.patch`
[grpc/protobuf] Update grpc to 1.60.0 and update protobuf to 3.25.1 (#35781) Resolves https://github.com/microsoft/vcpkg/issues/35566 This pr includes https://github.com/microsoft/vcpkg/pull/31159 and https://github.com/microsoft/vcpkg/pull/35399 Ports changed in this pr: Most of these changes stem from the fact that protobuf now depends on abseil and requires c++14 while ports consume protobuf using `target_link_libraries(lib ${Protobuf_LIBRARIES})` instead of `target_link_libraries(lib PUBLIC protobuf::libprotobuf)`. * abseil Updated to 03/04/2024 to address MSVC build issue in openvino * arcus Updated to 4.13.2 * braft Patched to use `find_package(Protobuf` instead of custom FindProtobuf module. also link with `PUBLIC protobuf::libprotobuf)`. * brpc Patch several `target_link_library` calls to include `PUBLIC` instead of nothing. Patch some warnings that are treated as errors by some OSX compiler. Patch usage of changed protobuf features most importantly removal of `SetLogHandler`, tbd whether this patch is acceptable with upstream. * cld3 Use CONFIG to find protobuf to propagate dependent abseil libs and cxx14 correctly. * ecal Use CONFIG to find protobuf. Use PUBLIC when linking it. * gamenetworkingsockets Add `-DCMAKE_FIND_PACKAGE_PREFER_CONFIG=on` for protobuf. * gz-transport12 Update to fix usage of removed protobuf features. * ignition-msgs1/5/6 Remove protobuf version check which is confused by the duplicate versioning scheme (v25.1 vs. 3.25.1 vs 4.x). Why are we even maintaining this no longer maintained major version of this port? I would welcome a more strict policy on removing ports/adding them to ci.baseline.txt * ignition-transport4/8/9 Same as above + cherry-pick a protobuf deprecation patch. * libprotobuf-mutator Cherry-pick two commits to address altered protobuf functionality. Add CONFIG and PUBLIC to protobuf handling in CMake. * marble Explicitly set protobuf to not found since it is not part of the vcpkg.json but is made available transitively but another dependency. * mysql-connector-cpp Several CMake changes and removal of protobuf::SetLogHandler patch. * openvino Find protobuf using CONFIG * osgearth Link libraries using PUBLIC and link with protobuf::libprotobuf instead of Protobuf_LIBRARIES * paraview Find protobuf using CONFIG and remove version check * pulsar-client-cpp Add protobuf linkage to PULSAR_OBJECT_LIB. Simplify protoc patch. Remove -Werror. * shogun Update and patch as much as possible. Users are required to override bitsery version to 4.x to use shogun since it does not support 5.x provided by vcpkg. Therefore add shogun to ci.baseline.txt. * srpc Update and fix static crt linkage. Patch protobuf linkage and remove hardcoded `-std=c++11` flag. Protobuf requires c++14 and CMake does not recognize the hardcoded c++11 flag and will therefore not add a c++14 flag when the compiler uses c++14 by default. * upb Update to align version with protobuf/grpc and use new github repo. Patch usual CMake mess (they do not support CMake officially) which should probably be `unofficial-upbConfig.cmake` but I didn't dig into downstream implications so I kept it at `upbConfig.cmake` as before. * utf8-range Update to allign version with protobuf. 2024-06-22 04:39:50 +08:00			`fix-protobuf.patch`
[ignition-transport4,9] use system libuuid (#22998) 2022-02-10 03:55:07 +08:00			`)`