Skip to content

Fix to built on macOS, sync to pilot-link Blob_t API, fall back to glibtoolize#76

Open
desrod wants to merge 1 commit into
juddmon:masterfrom
desrod:macos_build_updates
Open

Fix to built on macOS, sync to pilot-link Blob_t API, fall back to glibtoolize#76
desrod wants to merge 1 commit into
juddmon:masterfrom
desrod:macos_build_updates

Conversation

@desrod
Copy link
Copy Markdown

@desrod desrod commented May 24, 2026

Small changes to jp-pi-contact.h, jp-contact.c:

Update jp_Contact_add_blob() signature from struct ContactBlob * to Blob_t * to match pilot-link's API. The struct was renamed upstream in pilot-link commit 51d934b7 (Sep 2021), leaving the jp shim with a dangling forward declaration that conflicts with the real prototype in pi-contact.h. Linux builds picked up the new header too, so this fixes the build on every current platform, not just macOS.

Another small fix to autogen.sh:

This biases to libtoolize on Linux and falls back to glibtoolize when only the latter is present. Homebrew on macOS installs the GNU libtool tools with a 'g' prefix to avoid colliding with Apple's /usr/bin/libtool. Linux is unaffected here because libtoolize is found first.

Screenshot 2026-05-23 at 9 35 08 PM

I verified this end-to-end on my macOS 26.5 machine (aarch64-apple-darwin) against pilot-link 0.15.0 installed at /usr/local. The whole tree now builds clean against pl 0.15.0 API and ABI.

…ibtoolize

jp-pi-contact.h, jp-contact.c:
Update jp_Contact_add_blob() signature from `struct ContactBlob *` to
'Blob_t *' to match pilot-link's API. The struct was renamed upstream in
pilot-link commit 51d934b7 (Sep 2021), leaving the jp shim with a dangling
forward declaration that conflicts with the real prototype in <pi-contact.h>.
Linux builds picked up the new header too, so this fixes the build on every
current platform, not just macOS.

autogen.sh:
This biases to libtoolize on Linux and falls back to glibtoolize when only the
latter is present. Homebrew on macOS installs the GNU libtool tools with a 'g'
prefix to avoid colliding with Apple's /usr/bin/libtool Linux is unaffected
here because libtoolize is found first.

I verified this end-to-end on my macOS 26.5 machine (aarch64-apple-darwin)
against pilot-link 0.15.0 installed at /usr/local. The whole tree now
builds clean against pl 0.15.0 API and ABI.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant