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)

main.log.gz (18.6 KB) - added by MrPowerMac 8 days ago.
main.log

Download all attachments as: .zip

Change History (2)

Changed 8 days ago by MrPowerMac

Attachment: main.log.gz added

main.log

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.

Version 0, edited 3 days ago by MrPowerMac (next)
Note: See TracTickets for help on using tickets.