IABSD.fr/ports/geo/osrm-backend

Branch :


Log

Author Commit Date CI Message
e8035d47 2026-02-13 12:02:13 Update CMake to 4.1.2 Major update from 3.31.8 to 4.1.2. CMake 4.0 introduces a breaking change: compatibility with versions older than 3.5 has been removed. Projects calling cmake_minimum_required() or cmake_policy() with versions < 3.5 now error out. To maintain compatibility with existing ports during the transition, the cmake module now provides MODCMAKE_POLICY_VERSION_OVERRIDE (idea from sthen@) support: - MODCMAKE_POLICY_VERSION_OVERRIDE ?= No - MODCMAKE_POLICY_VERSION_OVERRIDE_VER ?= 3.5 When MODCMAKE_POLICY_VERSION_OVERRIDE is set to "yes", CMake is instructed to accept policy versions down to the specified minimum (default 3.5) via -DCMAKE_POLICY_VERSION_MINIMUM. This allows older ports to build while acknowledging they may use deprecated features. https://cmake.org/cmake/help/latest/release/4.0.html https://cmake.org/cmake/help/latest/release/4.1.html OK sthen@
160803cb 2026-02-10 13:25:01 Mechanical WANTLIB sync after Boost update
7a178949 2026-01-19 19:56:56 osrm-backend: fix build with Boost 1.89 Pull in upstream PR to add missing header and only conditionally include a header that will be removed. Regen wantlib (Boost 1.89 will want boost_system-mt to be removed again).
602aac82 2025-01-29 11:54:53 osrm-backend: pull in upstream build fix for llvm 19
6660b6af 2024-11-23 14:30:21 set ONLY_FOR_ARCHS=${LP64_ARCHS} CMake Error at CMakeLists.txt:118 (message): Building on a 32 bit system is not supported
eca3fb72 2024-11-20 13:34:07 geo/osrm-backend: update to a newer commit to unbreak with boost 1.87. it still builds against the in-tree boost 1.84. cf https://github.com/Project-OSRM/osrm-backend/pull/6432 and https://github.com/Project-OSRM/osrm-backend/pull/7073 and https://github.com/Project-OSRM/osrm-backend/pull/6903 (mapbox variant removal)
a807e61a 2024-07-09 10:04:49 De-conflict devel/flatbuffers and geo/osrm-backend Reported by tb@
f0f8b230 2024-07-09 09:59:25 Stop installing the bundled flatbuffers includes in /usr/local/include They come from an old flatbuffers copy, conflict with the headers from devel/flatbuffers and thus interfere with other ports when installed. Since programs including <osrm.hpp> ought to use -I /usr/local/include/osrm to compile, move the bundled flatbuffers includes there, so that consumer applications still compile. I make no promise that they will run or even compile if devel/flatbuffers is also installed and its headers are picked up. But there is no such consumer right now in ports. Reported by tb@
24d5a943 2024-04-04 16:02:39 adjust for changed include path in devel/utfcpp, from Brad
1a5649a4 2023-11-19 13:49:36 osrm-backend: remove unnecessary patch Pointed out by Brad who upstreamed a proper fix: https://github.com/Project-OSRM/osrm-backend/commit/503d558e902a6a5f7a53ee28a4c2103f9f02c9e2