Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[gettext] Couldn't adjust RPATH on macOS #41122

Closed
jdpurcell opened this issue Sep 22, 2024 · 0 comments · Fixed by #41443
Closed

[gettext] Couldn't adjust RPATH on macOS #41122

jdpurcell opened this issue Sep 22, 2024 · 0 comments · Fixed by #41443
Assignees
Labels
category:port-bug The issue is with a library, which is something the port should already support

Comments

@jdpurcell
Copy link

Running this command from an ARM64 macOS host:
vcpkg install gettext[tools]

Used to, i.e. with a2938d0 (2024-07-26) or older, produce output such as:

-- Remove RPATH from '/Users/runner/work/kimageformats-binaries/kimageformats-binaries/vcpkg/packages/gettext_arm64-osx/lib/gettext/cldr-plurals' ('@loader_path/..')
-- Adjusted RPATH of '/Users/runner/work/kimageformats-binaries/kimageformats-binaries/vcpkg/packages/gettext_arm64-osx/lib/gettext/cldr-plurals' (To '@loader_path/..')

With a68201b (2024-07-27) or anything after, it started producing output such as:

CMake Warning at scripts/cmake/z_vcpkg_fixup_rpath_macho.cmake:157 (message):
Warning:   Couldn't adjust RPATH of
  '/Users/runner/work/kimageformats-binaries/kimageformats-binaries/vcpkg/packages/gettext_arm64-osx/lib/gettext/cldr-plurals':
  Usage:
  /Applications/Xcode_15.3.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool
  [-change old new] ...  [-rpath old new] ...  [-add_rpath new] ...
  [-delete_rpath old] ...  [-id name] input

Call Stack (most recent call first):
  scripts/ports.cmake:205 (z_vcpkg_fixup_macho_rpath_in_dir)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
category:port-bug The issue is with a library, which is something the port should already support
Projects
None yet
2 participants