Date: Wed, 16 Jul 2014 11:33:43 +0000 From: bugzilla-noreply@freebsd.org To: gnome@FreeBSD.org Subject: [Bug 191611] databases/evolution-data-server fails to link when rebuilding because requisite library (sqlite, Berkeley DB) changed and its /usr/local has become unusable Message-ID: <bug-191611-6497-gMlgj5NqlC@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-191611-6497@https.bugs.freebsd.org/bugzilla/> References: <bug-191611-6497@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191611 Tijl Coosemans <tijl@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #144423|0 |1 is obsolete| | --- Comment #15 from Tijl Coosemans <tijl@FreeBSD.org> --- Created attachment 144725 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=144725&action=edit proposed patch The problem is that when you link an executable with libA, while libA depends on libB, ld(1) will also check libB for unresolved symbols, but it searches for libB in paths provided by -rpath-link, -rpath and -L flags first before asking libA where it thinks it can find libB. I consider this a bug in ld(1). It should check the libA runpath first, but frankly it should not check indirect dependencies at all. The attached patch adds -Wl,--allow-shlib-undefined to LDFLAGS so ld(1) stops complaining. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-191611-6497-gMlgj5NqlC>