Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
On 23 Feb 2019, at 16:48, Jan Beich wrote: > > Jakub Lach writes: > >> Hello, >> >> I'm on FreeBSD 12.0-STABLE #0 r344261 amd64. >> >> I've rebuilt all ports after clang 7 import to 12-STABLE. >> >> Now I get with mplayer >> >> ld-elf.so.1: /lib/libc.so.7: Undefined symbol "__progname" > > https://svnweb.freebsd.org/changeset/ports/490727 needs to be adjusted > for -STABLE as well. No, the correct solution is to fix mplayer's linker script, or better, to delete it entirely. :-) Afterwards, r490727 can be reverted. -Dimitry signature.asc Description: Message signed with OpenPGP
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
Jakub Lach writes: > Hello, > > I'm on FreeBSD 12.0-STABLE #0 r344261 amd64. > > I've rebuilt all ports after clang 7 import to 12-STABLE. > > Now I get with mplayer > > ld-elf.so.1: /lib/libc.so.7: Undefined symbol "__progname" https://svnweb.freebsd.org/changeset/ports/490727 needs to be adjusted for -STABLE as well. Details are in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
Hello, I'm on FreeBSD 12.0-STABLE #0 r344261 amd64. I've rebuilt all ports after clang 7 import to 12-STABLE. Now I get with mplayer ld-elf.so.1: /lib/libc.so.7: Undefined symbol "__progname" -- Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-current-f3875308.html ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
Hi, Reference:
> From: "Julian H. Stacey"
> Date: Sun, 06 Jan 2019 23:31:03 +0100
"Julian H. Stacey" wrote:
> Gary Jennejohn wrote:
> > On Sun, 06 Jan 2019 08:13:52 +0100
> > "Julian H. Stacey" wrote:
> >
> > > > > > $ chrome
> > > > > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol
> > > > > > "environ"
> > >
> > > [ Delayed report (as it took about 2 days to build chrome from ports/)]
> > > ...
> > >
> > > I too am still seing from chrome:
> > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
> > > which I first saw from chrome after a pkg add, but now too from a ports/
> > > build
> > >
> > > My src/ was maybe a week or so old. To be precise on next failure report,
> > > I've since added WITHOUT_REPRODUCIBLE_BUILD="YES" to /etc/src.conf
> > > & finished a buildworld on .svn_revision 342785, now running buildkernel
> > >
> >
> > IIRC the problem was attributed to some flags being passed to the
> > compiler or linker. Don't know exactly which reply, but it
> > should be findable in the mail-list database. AFAIK it was never
> > verified that it was the cause.
>
> Thanks Gary, my world is now updated to
> uname -a
> FreeBSD lapr.js.berklix.net 13.0-CURRENT FreeBSD 13.0-CURRENT #0: Sun Jan 6
> 08:06:58 CET 2019
> j...@lapr.js.berklix.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
> /usr/src/.svn_revision 342810
>
> chrome still fails
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103
> has 30 comments inc. 2 patches (That Ive had no time to try yet)
chrome now works after I hand patched my already built /usr/ports/www/chromium
using this patch
--
--- build/linux/chrome.map.orig 2018-08-08 19:10:32 UTC
+++ build/linux/chrome.map
@@ -1,4 +1,7 @@
{
+local:
+ *;
+
global:
__bss_start;
__data_start;
@@ -20,6 +23,10 @@ global:
# Program entry point.
_start;
+ # FreeBSD specific variables.
+ __progname;
+ environ;
+
# Memory allocation symbols. We want chrome and any libraries to
# share the same heap, so it is correct to export these symbols.
calloc;
@@ -81,7 +88,4 @@ global:
localtime64;
localtime64_r;
localtime_r;
-
-local:
- *;
};
--
which looks like
https://bugs.freebsd.org/bugzilla/attachment.cgi?id=200811=diff
I extracted mine by hand from
https://bz-attachments.freebsd.org/attachment.cgi?id=200811
Where Max also says it works.
Thanks to Dimitry Andric cc'd for the patch,
I hope it gets commited.
Cheers,
Julian
--
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly.
Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
a hard crash, & consider all options." http://berklix.org/brexit/#mp
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
Gary Jennejohn wrote: > On Sun, 06 Jan 2019 08:13:52 +0100 > "Julian H. Stacey" wrote: > > > > > > $ chrome > > > > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol > > > > > "environ" > > > > [ Delayed report (as it took about 2 days to build chrome from ports/)] ... > > > > I too am still seing from chrome: > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > > which I first saw from chrome after a pkg add, but now too from a ports/ > > build > > > > My src/ was maybe a week or so old. To be precise on next failure report, > > I've since added WITHOUT_REPRODUCIBLE_BUILD="YES" to /etc/src.conf > > & finished a buildworld on .svn_revision 342785, now running buildkernel > > > > IIRC the problem was attributed to some flags being passed to the > compiler or linker. Don't know exactly which reply, but it > should be findable in the mail-list database. AFAIK it was never > verified that it was the cause. Thanks Gary, my world is now updated to uname -a FreeBSD lapr.js.berklix.net 13.0-CURRENT FreeBSD 13.0-CURRENT #0: Sun Jan 6 08:06:58 CET 2019 j...@lapr.js.berklix.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 /usr/src/.svn_revision 342810 chrome still fails https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103 has 30 comments inc. 2 patches (That Ive had no time to try yet) Cheers, Julian -- Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly. Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead. Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid a hard crash, & consider all options." http://berklix.org/brexit/#mp ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
On Sun, 06 Jan 2019 08:13:52 +0100 "Julian H. Stacey" wrote: > > > > $ chrome > > > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol > > > > "environ" > > [ Delayed report (as it took about 2 days to build chrome from ports/)] ... > > I too am still seing from chrome: > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > which I first saw from chrome after a pkg add, but now too from a ports/ build > > My src/ was maybe a week or so old. To be precise on next failure report, > I've since added WITHOUT_REPRODUCIBLE_BUILD="YES" to /etc/src.conf > & finished a buildworld on .svn_revision 342785, now running buildkernel > IIRC the problem was attributed to some flags being passed to the compiler or linker. Don't know exactly which reply, but it should be findable in the mail-list database. AFAIK it was never verified that it was the cause. -- Gary Jennejohn ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
> > > $ chrome
> > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
[ Delayed report (as it took about 2 days to build chrome from ports/)] ...
I too am still seing from chrome:
ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
which I first saw from chrome after a pkg add, but now too from a ports/ build
My src/ was maybe a week or so old. To be precise on next failure report,
I've since added WITHOUT_REPRODUCIBLE_BUILD="YES" to /etc/src.conf
& finished a buildworld on .svn_revision 342785, now running buildkernel
Cheers,
Julian
--
Julian Stacey, Computer Consultant Sys.Eng. BSD Linux Unix, Munich Aachen Kent
First referendum stole 700,000 votes from Brits in EU; 3,700,000 globaly.
Lies criminal funded; jobs pound & markets down. 1.9M new voters 1.3M dead.
Email MP: "A new referendum will buy UK & EU more time (Art 50.3), to avoid
a hard crash, & consider all options." http://berklix.org/brexit/#mp
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
On 2/01/2019 4:56 pm, Matthew Macy wrote: I just updated world/kernel/ports to today's HEAD and packages and pkg "upgraded" chrome to be broken in this way. This isn't an isolated issue. On Tue, Jan 1, 2019 at 9:55 PM Matthew Macy wrote: I just updated world/kernel/ports to today's HEAD and packages and pkg "upgraded" chrome to be broken in this way. This isn't an isolated issue. On Tue, Jan 1, 2019 at 9:53 PM Matthias Apitz wrote: El día viernes, diciembre 28, 2018 a las 12:55:32p. m. -0800, Cy Schubert escribió: In message , Antoine Brodin writes: On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrote: On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrot e: Confirmed with Chromium on my CURRENT box: … Thanks folks. Should I report it as a bug with devel/glib20? Hi, I think it's a regression in the toolchain (the problem doesn't occur on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ No issue here however I rebuilt glib on Dec 21. I see the same with www/chromium on r342378 and ports, both from Dec 23. matthias -- The issue is being tracked in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103 Per my last comment (comment 36), any base change(s) required to resolve the issue, once identified, should be tracked separately as a blocking issue. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
I just updated world/kernel/ports to today's HEAD and packages and pkg "upgraded" chrome to be broken in this way. This isn't an isolated issue. On Tue, Jan 1, 2019 at 9:53 PM Matthias Apitz wrote: > > El día viernes, diciembre 28, 2018 a las 12:55:32p. m. -0800, Cy Schubert > escribió: > > > In message > il.com> > > , Antoine Brodin writes: > > > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin > > > wrote: > > > > > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof > > > > wrot > > > e: > > > > > > > > > Confirmed with Chromium on my CURRENT box: > > > > > > > > … > > > > > > > > Thanks folks. Should I report it as a bug with devel/glib20? > > > > > > Hi, > > > > > > I think it's a regression in the toolchain (the problem doesn't occur > > > on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ > > > > No issue here however I rebuilt glib on Dec 21. > > I see the same with www/chromium on r342378 and ports, both from Dec 23. > > matthias > > -- > Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 > Public GnuPG key: http://www.unixarea.de/key.pub > October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, > Druschba > instead of Nazis, to live instead of to survive. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
I just updated world/kernel/ports to today's HEAD and packages and pkg "upgraded" chrome to be broken in this way. This isn't an isolated issue. On Tue, Jan 1, 2019 at 9:55 PM Matthew Macy wrote: > > I just updated world/kernel/ports to today's HEAD and packages and > pkg "upgraded" chrome to be broken in this way. This isn't an isolated > issue. > > On Tue, Jan 1, 2019 at 9:53 PM Matthias Apitz wrote: > > > > El día viernes, diciembre 28, 2018 a las 12:55:32p. m. -0800, Cy Schubert > > escribió: > > > > > In message > > il.com> > > > , Antoine Brodin writes: > > > > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin > > > > wrote: > > > > > > > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof > > > > > wrot > > > > e: > > > > > > > > > > > Confirmed with Chromium on my CURRENT box: > > > > > > > > > > … > > > > > > > > > > Thanks folks. Should I report it as a bug with devel/glib20? > > > > > > > > Hi, > > > > > > > > I think it's a regression in the toolchain (the problem doesn't occur > > > > on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ > > > > > > No issue here however I rebuilt glib on Dec 21. > > > > I see the same with www/chromium on r342378 and ports, both from Dec 23. > > > > matthias > > > > -- > > Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 > > Public GnuPG key: http://www.unixarea.de/key.pub > > October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, > > Druschba > > instead of Nazis, to live instead of to survive. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
El día viernes, diciembre 28, 2018 a las 12:55:32p. m. -0800, Cy Schubert escribió: > In message il.com> > , Antoine Brodin writes: > > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin > > wrote: > > > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof > > > wrot > > e: > > > > > > > Confirmed with Chromium on my CURRENT box: > > > > > > ⦠> > > > > > Thanks folks. Should I report it as a bug with devel/glib20? > > > > Hi, > > > > I think it's a regression in the toolchain (the problem doesn't occur > > on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ > > No issue here however I rebuilt glib on Dec 21. I see the same with www/chromium on r342378 and ports, both from Dec 23. matthias -- Matthias Apitz, ✉ g...@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub October, 7 -- The GDR was different: Peace instead of Bundeswehr and wars, Druschba instead of Nazis, to live instead of to survive. signature.asc Description: PGP signature
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
Chromium was rebuilt Nov 28. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. In message <002301d49f01$f83c6bc0$e8b54340$@btinternet.com>, "Thomas Sparrevohn " writes: > Just rebuild Chrome from scratch same issue - I try to rebuild glib - system > upgraded both in terms and pkg as of today > > -Original Message- > From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-current@freebsd > .org] On Behalf Of Cy Schubert > Sent: 28 December 2018 20:56 > To: Antoine Brodin > Cc: Graham Perrin ; FreeBSD Current freebsd.org> > Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol " > environ" > > In message il.com> > , Antoine Brodin writes: > > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrot > e: > > > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof > > > wrot > > e: > > > > > > > Confirmed with Chromium on my CURRENT box: > > > > > > ââ¬Â¦ > > > > > > Thanks folks. Should I report it as a bug with devel/glib20? > > > > Hi, > > > > I think it's a regression in the toolchain (the problem doesn't occur > > on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ > > No issue here however I rebuilt glib on Dec 21. > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > > > ___ > freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/li > stinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
RE: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
Just rebuild Chrome from scratch same issue - I try to rebuild glib - system upgraded both in terms and pkg as of today -Original Message- From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] On Behalf Of Cy Schubert Sent: 28 December 2018 20:56 To: Antoine Brodin Cc: Graham Perrin ; FreeBSD Current Subject: Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" In message , Antoine Brodin writes: > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrote: > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof > > wrot > e: > > > > > Confirmed with Chromium on my CURRENT box: > > > > … > > > > Thanks folks. Should I report it as a bug with devel/glib20? > > Hi, > > I think it's a regression in the toolchain (the problem doesn't occur > on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ No issue here however I rebuilt glib on Dec 21. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
In message , Antoine Brodin writes: > On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrote: > > > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrot > e: > > > > > Confirmed with Chromium on my CURRENT box: > > > > ⦠> > > > Thanks folks. Should I report it as a bug with devel/glib20? > > Hi, > > I think it's a regression in the toolchain (the problem doesn't occur > on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ No issue here however I rebuilt glib on Dec 21. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
On Fri, Dec 28, 2018 at 8:39 PM Graham Perrin wrote: > > On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrote: > > > Confirmed with Chromium on my CURRENT box: > > … > > Thanks folks. Should I report it as a bug with devel/glib20? Hi, I think it's a regression in the toolchain (the problem doesn't occur on 11.2 or 12.0), so it should be reported to freebsd-toolchain@ Antoine ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrote: > Confirmed with Chromium on my CURRENT box: … Thanks folks. Should I report it as a bug with devel/glib20? https://www.freshports.org/devel/glib20 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
Confirmed with Chromium on my CURRENT box: [ekollof@elrond /usr/home/ekollof]$ uname -a FreeBSD elrond 13.0-CURRENT FreeBSD 13.0-CURRENT r342278 GENERIC-NODEBUG amd64 [ekollof@elrond /usr/home/ekollof]$ chrome ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" Graham Perrin schreef op 2018-12-26 11:20: grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v Wed Dec 26 10:18:52 GMT 2018 FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG grahamperrin@momh167-gjp4-8570p:~ % iridium ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser www/iridium 2018.5.67_6 FreeBSD grahamperrin@momh167-gjp4-8570p:~ % Any ideas? TIA ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
On 27.12.2018 14:07, Gary Jennejohn wrote:
> On Thu, 27 Dec 2018 03:58:51 -0800
> Enji Cooper wrote:
>
>>> On Dec 27, 2018, at 2:17 AM, Trev wrote:
>>>
>>> Graham Perrin wrote on 26/12/2018 21:20:
>>>> grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v
>>>> Wed Dec 26 10:18:52 GMT 2018
>>>> FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG
>>>> grahamperrin@momh167-gjp4-8570p:~ % iridium
>>>> ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
>>>> grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser
>>>> www/iridium 2018.5.67_6 FreeBSD
>>>> grahamperrin@momh167-gjp4-8570p:~ %
>>>> Any ideas?
>>>> TIA
>>>
>>> Same problem with a freshly compiled (after 5 days, finished yesterday)
>>> www/chromium on RPi3.
>>>
>>> $ chrome
>>> ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
>>>
>>> $ uname -a
>>> FreeBSD rpi3.sentry.org 13.0-CURRENT FreeBSD 13.0-CURRENT r342189 RPI3
>>> arm64
>>
>> Hmm___ is something wonky with recent changes to rtld-elf that might be
>> impacting ARM64?
>>
>> CCing mmel@, because they might be interested in these bug reports.
>>
>
> No. I saw this with mplayer and also iridium when I installed them
> with pkg on AMD64.
>
>
> Strangely enough, mpv works, even though it shows a dependency on
> libglib-2.0.so.0 when I run ldd on it.
>
> glib-2 has "extern char **environ;" in one of its C-files.
>
I cannot talk about iridium (its i386/amd64 only and I don't want to
infect my headless build box with tons of X11 libraries).
But for multimedia/mplayer, I can say that this problem is caused by
mplayer itself.
The 'environ' is defined as global symbol in /usr/lib/crt1.o:
>readelf -s /usr/lib/crt1.o | grep environ
46: 0008 8 OBJECT GLOBAL DEFAULT COM environ
These startup objects (/usr/lib/crt*.o) are linked to each single
executable (but not to shared libraries). That means that any
dynamically linked executable exports 'environ' symbol (and many, many
others) with globally visibility.
>readelf -s /bin/ls | grep environ
78: 0024 8 OBJECT GLOBAL DEFAULT 22 environ
Because these symbols are globally visible, glib20 (and/or other
libraries) can use them.
Unfortunately, when mplayer binary gets linked, makefile uses symbol
version script '-Wl,--version-script,binary.ver' as part of link
command. And this script explicitly lowers visibility of *all* symbols
(but _IO_stdin_used) to local.
>more binary.ver
MPLAYER_1 {
# to support glibcs abhorrent backwards-compatibility hack
global: _IO_stdin_used;
local: *;
};
>readelf -s mplayer | grep environ
26: 0050 8 OBJECT LOCAL DEFAULT 24 environ
Of course, local symbols are visible only within originating object,
these are invisible for other objects.
I have no idea why mplayer authors uses this script, mainly why version
script is used for *main executable*.
>From my point of view, it's nothing but pure nonsense. This script hides
symbols provided by startup object files so resulting binary is (and
must be) invalid.
I hope that this short description is enough for maintainer to fix these.
Michal
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
On Thu, 27 Dec 2018 03:58:51 -0800 Enji Cooper wrote: > > On Dec 27, 2018, at 2:17 AM, Trev wrote: > > > > Graham Perrin wrote on 26/12/2018 21:20: > >> grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v > >> Wed Dec 26 10:18:52 GMT 2018 > >> FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG > >> grahamperrin@momh167-gjp4-8570p:~ % iridium > >> ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > >> grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser > >> www/iridium 2018.5.67_6 FreeBSD > >> grahamperrin@momh167-gjp4-8570p:~ % > >> Any ideas? > >> TIA > > > > Same problem with a freshly compiled (after 5 days, finished yesterday) > > www/chromium on RPi3. > > > > $ chrome > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > > > > $ uname -a > > FreeBSD rpi3.sentry.org 13.0-CURRENT FreeBSD 13.0-CURRENT r342189 RPI3 > > arm64 > > Hmm___ is something wonky with recent changes to rtld-elf that might be > impacting ARM64? > > CCing mmel@, because they might be interested in these bug reports. > No. I saw this with mplayer and also iridium when I installed them with pkg on AMD64. Strangely enough, mpv works, even though it shows a dependency on libglib-2.0.so.0 when I run ldd on it. glib-2 has "extern char **environ;" in one of its C-files. -- Gary Jennejohn ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)
> On Dec 27, 2018, at 2:17 AM, Trev wrote: > > Graham Perrin wrote on 26/12/2018 21:20: >> grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v >> Wed Dec 26 10:18:52 GMT 2018 >> FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG >> grahamperrin@momh167-gjp4-8570p:~ % iridium >> ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" >> grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser >> www/iridium 2018.5.67_6 FreeBSD >> grahamperrin@momh167-gjp4-8570p:~ % >> Any ideas? >> TIA > > Same problem with a freshly compiled (after 5 days, finished yesterday) > www/chromium on RPi3. > > $ chrome > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > > $ uname -a > FreeBSD rpi3.sentry.org 13.0-CURRENT FreeBSD 13.0-CURRENT r342189 RPI3 arm64 Hmm… is something wonky with recent changes to rtld-elf that might be impacting ARM64? CCing mmel@, because they might be interested in these bug reports. Cheers, -Enji signature.asc Description: Message signed with OpenPGP
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
Graham Perrin wrote on 26/12/2018 21:20: grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v Wed Dec 26 10:18:52 GMT 2018 FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG grahamperrin@momh167-gjp4-8570p:~ % iridium ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser www/iridium 2018.5.67_6 FreeBSD grahamperrin@momh167-gjp4-8570p:~ % Any ideas? TIA Same problem with a freshly compiled (after 5 days, finished yesterday) www/chromium on RPi3. $ chrome ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" $ uname -a FreeBSD rpi3.sentry.org 13.0-CURRENT FreeBSD 13.0-CURRENT r342189 RPI3 arm64 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
Hello, > > FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG > > grahamperrin@momh167-gjp4-8570p:~ % iridium > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > > Any ideas? > > I can confirm that I'm getting this, too, on my Pinebook running > HardenedBSD 13-CURRENT/arm64. > Same problem: alfix@alffbsd:~/% uname -v FreeBSD 13.0-CURRENT r342466 GENERIC alfix@alffbsd:~/% mplayer ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" Regards, Alfonso --- Alfonso S. Siciliano http://alfix.gitlab.io ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
On Wed, Dec 26, 2018 at 10:20:05AM +, Graham Perrin wrote: > grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v > Wed Dec 26 10:18:52 GMT 2018 > FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG > grahamperrin@momh167-gjp4-8570p:~ % iridium > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" > grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser > www/iridium 2018.5.67_6 FreeBSD > grahamperrin@momh167-gjp4-8570p:~ % > > Any ideas? I can confirm that I'm getting this, too, on my Pinebook running HardenedBSD 13-CURRENT/arm64. Thanks, -- Shawn Webb Cofounder and Security Engineer HardenedBSD Tor-ified Signal:+1 443-546-8752 Tor+XMPP+OTR:latt...@is.a.hacker.sx GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE signature.asc Description: PGP signature
ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v Wed Dec 26 10:18:52 GMT 2018 FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG grahamperrin@momh167-gjp4-8570p:~ % iridium ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v %R' iridium-browser www/iridium 2018.5.67_6 FreeBSD grahamperrin@momh167-gjp4-8570p:~ % Any ideas? TIA ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
