vcpkg/ports/utf8-range/portfile.cmake

vcpkg_check_linkage(ONLY_STATIC_LIBRARY)

vcpkg_from_github(
    OUT_SOURCE_PATH SOURCE_PATH
    REPO protocolbuffers/protobuf
    REF "v${VERSION}"
    SHA512 ce81add9d978a6b63d4205715eac5084e81a6753da1f6c6bad6493e60253215901bffc4a60d704a873333f2b9f94fd86cb7eb5b293035f2268c12692bd808bac
    HEAD_REF main
    PATCHES
        fix-cmake.patch
)

vcpkg_cmake_configure(
    SOURCE_PATH "${SOURCE_PATH}/third_party/utf8_range"
    OPTIONS
        "-Dutf8_range_ENABLE_TESTS=off"
)

vcpkg_cmake_install()
vcpkg_cmake_config_fixup(PACKAGE_NAME "utf8_range" CONFIG_PATH "lib/cmake/utf8_range")

vcpkg_fixup_pkgconfig()
vcpkg_copy_pdbs()

file(REMOVE_RECURSE "${CURRENT_PACKAGES_DIR}/debug/include")

vcpkg_install_copyright(FILE_LIST "${SOURCE_PATH}/third_party/utf8_range/LICENSE")
utf8-range: Add port (#35622) 2023-12-14 15:37:27 +08:00			`vcpkg_check_linkage(ONLY_STATIC_LIBRARY)`

			`vcpkg_from_github(`
			`OUT_SOURCE_PATH SOURCE_PATH`
			`REPO protocolbuffers/protobuf`
[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			`REF "v${VERSION}"`
			`SHA512 ce81add9d978a6b63d4205715eac5084e81a6753da1f6c6bad6493e60253215901bffc4a60d704a873333f2b9f94fd86cb7eb5b293035f2268c12692bd808bac`
utf8-range: Add port (#35622) 2023-12-14 15:37:27 +08:00			`HEAD_REF main`
			`PATCHES`
			`fix-cmake.patch`
			`)`

			`vcpkg_cmake_configure(`
			`SOURCE_PATH "${SOURCE_PATH}/third_party/utf8_range"`
			`OPTIONS`
			`"-Dutf8_range_ENABLE_TESTS=off"`
			`)`

			`vcpkg_cmake_install()`
			`vcpkg_cmake_config_fixup(PACKAGE_NAME "utf8_range" CONFIG_PATH "lib/cmake/utf8_range")`

			`vcpkg_fixup_pkgconfig()`
			`vcpkg_copy_pdbs()`

			`file(REMOVE_RECURSE "${CURRENT_PACKAGES_DIR}/debug/include")`

			`vcpkg_install_copyright(FILE_LIST "${SOURCE_PATH}/third_party/utf8_range/LICENSE")`