Date: Fri, 04 Jan 2019 16:17:50 +0000 From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 220103] devel/glib20: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (WITH_LLD_IS_LD) Message-ID: <bug-220103-29464-p5lDLpKj3e@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-220103-29464@https.bugs.freebsd.org/bugzilla/> References: <bug-220103-29464@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=3D220103 Konstantin Belousov <kib@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kib@FreeBSD.org --- Comment #22 from Konstantin Belousov <kib@FreeBSD.org> --- (In reply to Michal Meloun from comment #21) > 935: 000000000056b8e0 8 OBJECT GLOBAL DEFAULT 27 environ@@MPLAYER_1 (= 2) > 5384: 000000000056b8e0 8 OBJECT GLOBAL DEFAULT 27 environ To be fair, typical cause of occurrence of the second unversioned symbol in= the readelf -a output is due to the presence of the static (debugging) symbol table. It is not used for dynamic symbol resolution, so really only one environ is exported. That said, it is wrong for environ to be exported with any version, as well, it must be unversioned in the dynamic symbol table. Our rtld is forgiving but in principle we could check. --=20 You are receiving this mail because: You are on the CC list for the bug. 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-220103-29464-p5lDLpKj3e>