1948425 - undefined reference to __cxa_call_terminate linking bundled librnp with GCC 14

Status: ASSIGNED

(Thunderbird :: Build Config, defect)

Description

[:aceman]

When building Thunderbird trunk on Linux with GCC 14 I get following linking error:

comm/third_party/rnp/librnp.so
ld.lld: error: undefined symbol: __cxa_call_terminate
referenced by key_store_g10.cpp:247 (mozilla/comm/third_party/rnp/src/librekey/key_store_g10.cpp:247)
key_store_g10.o:(lookup_var(sexp::sexp_list_t const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char>> const&) (.cold))
referenced by pgp-key.cpp:1881 (mozilla/comm/third_party/rnp/src/lib/pgp-key.cpp:1881)
pgp-key.o:(pgp_key_t::validate_sig(pgp_key_t const&, pgp_subsig_t&, rnp::SecurityContext const&) const (.cold))
referenced by stream-packet.cpp:619 (mozilla/comm/third_party/rnp/src/librepgp/stream-packet.cpp:619)
stream-packet.o:(pgp_packet_body_t::get(pgp_s2k_t&) (.cold))
referenced by stream-packet.cpp:828 (mozilla/comm/third_party/rnp/src/librepgp/stream-packet.cpp:828)
stream-packet.o:(pgp_packet_body_t::read(pgp_source_t&) (.cold))
referenced by sec_profile.cpp:157 (mozilla/comm/third_party/rnp/src/lib/sec_profile.cpp:157)
sec_profile.o:(rnp::SecurityProfile::hash_level(pgp_hash_alg_t, unsigned long, rnp::SecurityAction) const (.cold))
referenced 2 more times
collect2: error: ld returned 1 exit status
gmake[4]: *** [mozilla/config/rules.mk:539: ../../../dist/bin/librnp.so] Error 1
gmake[3]: *** [mozilla/config/recurse.mk:72: comm/third_party/rnp/target] Error 2
gmake[3]: *** Waiting for unfinished jobs....

This happens regardless of used linker (gold,bfd,lld).

Comment 1

[:aceman]

Apparently the function is new to GCC 14 and is defined in libstdc++. According to bug 1727014 librnp is linked with libstdc++. Please investigate if this is the case.

Comment 2

[Kai Engert [:KaiE:]]

Daniel or Rob, would you be able to help here?
Thanks in advance!

Comment 3

[Daniel Darnell [:dandarnell]]

Sorry for the delay on looking at this, I haven't had a lot of bandwidth this week. I'll dig into this next week.