Opened 8 days ago
Last modified 3 days ago
#71019 assigned defect
gnupg2 @2.4.5_0+openldap+pinentry_mac linking fails on macOS Sequoia arm64
Reported by: | MrPowerMac | Owned by: | roederja |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.10.2 |
Keywords: | sequoia | Cc: | Ionic (Mihai Moldovan) |
Port: | gnupg2 |
Description
When attempting to build gnupg2, the build fails while linking with several "Undefined symbols" errors. Example snippet from the build log:
:info:build Undefined symbols for architecture arm64: :info:build "_gcry_free", referenced from: :info:build _main in t-convert.o :info:build _main in t-convert.o :info:build _main in t-convert.o :info:build "_gcry_malloc", referenced from: :info:build _do_bin2hex in libcommon.a[22](libcommon_a-convert.o) :info:build _hex2str_alloc in libcommon.a[22](libcommon_a-convert.o) :info:build ld: symbol(s) not found for architecture arm64
I am building on a M2 MacBook Air running macOS 15.0, with the newest CLTs installed. I previously cleared out the CLT install directory and reinstalled from the .dmg upon upgrading to 15.0 on this machine, to solve the known issue with the CLT update.
Attachments (1)
Change History (2)
Changed 8 days ago by MrPowerMac
Attachment: | main.log.gz added |
---|
comment:1 Changed 3 days ago by MrPowerMac
I tried rebuilding all of gnupg2's dependencies with the command sudo port -n upgrade --force depof:gnupg2
, then attempted to install gnupg2 with sudo port install --unrequested gnupg2
and it worked fine this time. Something must've been messed up further down the dependency chain on my system, and the fault did not lie with the gnupg2 port as I originally thought.
main.log