Date: Fri, 11 Jan 2019 07:39:58 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 234845] multimedia/mplayer: fails to properly link with lld Message-ID: <bug-234845-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234845 Bug ID: 234845 Summary: multimedia/mplayer: fails to properly link with lld Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: riggs@FreeBSD.org Reporter: glebius@FreeBSD.org Assignee: riggs@FreeBSD.org Flags: maintainer-feedback?(riggs@FreeBSD.org) Created attachment 201013 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D201013&action= =3Dedit use GNU ld This is not a dup of 234836! Probably the problem shows up only on head and amd64? Port successfully builds, but binary isn't working: >mplayer=20 ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" The problem is that glib indeed uses this symbol, but the symbol isn't in l= ibc or any other library. It resides in crt1.o, and should be left in the binar= y if any of the libraries the binary is linked against uses it. However, due to = bug in lld this doesn't happen. A workaround is to use GNU ld. --=20 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-234845-7788>