[Bug 284346] databases/evolution-data-server: linker fails (/lib/libgcc_s.so.1: version GCC_7.0.0 ... not found)

From: <bugzilla-noreply_at_freebsd.org>
Date: Tue, 28 Jan 2025 19:53:42 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=284346

--- Comment #4 from John Hein <jcfyecrayz@liamekaens.com> ---
'objdump -x /lib/libgcc_s.so.1 | grep GCC_7' is empty on FreeBSD stable/13, but
the symbol exists in /lib/libgcc_s.so.1 on FreeBSD stable/14. [[1]]

So, even though g-ir-scanner is linking with /lib/libgcc_s.so.1 instead of
/usr/local/lib/gcc13/libgcc_s.so.1 on stable/14
(/usr/local/lib/gcc13/libgcc_s.so.1 is more correct as that is the lib that is
used per RPATH and the one that was used when the webkit2-gtk .so was built),
the linker does not fail with 'not found' for the symbol version.

Arguably g-ir-scanner should be linking with /usr/local/lib/gcc13/libcc_s.so.1
(on both 13 and 14), but because of the above [[1]], it doesn't fail on 14 and
only fails on 13.  It seems to me that this is a g-ir-scanner problem, but I
have not yet created an upstream issue (nor have I seen one that matches this
particular failure, although are g-ir-scanner issues that are somewhat
similar).

As for workarounds for 13, one could:
 - add --library-path to g-ir-scanner as described in comment 3 (maybe only on
FreeBSD 13)
 - build webkit2-gtk@40 with clang instead of gcc
 - disable introspection for evolution-data-server

All of those I consider as temporary workarounds if the problem is really with
g-ir-scanner.

-- 
You are receiving this mail because:
You are the assignee for the bug.