Repository navigation
docs: document Meson support, drop stale WrapDB badge - #48
Merged
Merged
Conversation
The WrapDB PR (mesonbuild/wrapdb#2820) was closed — upstream prefers to wait for a downstream consumer — so the 'Meson WrapDB: pending' badge promised something that is no longer coming. Meson itself is supported: meson.build has shipped in-tree since v1.2.2, and a plain .wrap pointing at a release tarball consumes it with no WrapDB entry. Point the badge at meson.build and document the wrap file alongside the other package managers. Verified end to end with Meson 1.11.1: the documented .wrap resolves via override_dependency, the subproject builds no targets of its own, and a consumer calling geo::distance_between compiles and runs.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes the README half of #44.
Why
The badge row advertised "Meson WrapDB — pending" and linked to mesonbuild/wrapdb#2820. That PR was closed on 2026-07-08 — upstream declined to add the wrap until a downstream consumer exists — so the badge promised something that is not coming.
The opposite problem sat one section lower:
meson.buildhas shipped in-tree since v1.2.2 (#45), but "Other package managers" listed vcpkg · xrepo · Conan · build2 and never mentioned Meson. The one ecosystem where the build actually works had no way to be discovered from the README.Changes
meson.buildinstead of the closed PR.subprojects/geo-utils-cpp.wrapfile, thedependency('geo-utils-cpp')call to consume it, and a note that the smoke test is skipped when built as a subproject.Other package managerssummary line gainsMeson.No WrapDB entry is needed for any of this —
meson.override_dependencyin the in-tree build makes a plain wrap-file sufficient.The Conan badge is untouched: conan-io/conan-center-index#30152 is still genuinely open, so "pending" is accurate there.
Verification
The documented snippet was run as written, against Meson 1.11.1 / AppleClang 17 on arm64 — a scratch project containing only the
.wrapand the three-linemeson.buildfrom the README:source_hashmatches the v1.2.2 release tarball, so the download verifies.override_dependency, not pkg-config or CMake.Build targets in project: 0confirms the documented claim that the subproject compiles nothing of its own.geo::distance_betweencompiled, linked, and exited 0 with its assertions live.