[Bug 220103] devel/glib20: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (WITH_LLD_IS_LD)

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103

--- Comment #31 from Chris Hutchinson <portmaster at bsdforge.com> ---
(In reply to Dimitry Andric from comment #28)
> Created attachment 200811 [details]
> Add FreeBSD specific entries to chrome's version map
> 
> Here is a patch that works for me, at least.  It explicitly adds __progname
> and environ, which are (as far as I know) the only two symbols that are
> required to be exported from an executable.
> 
> I'm side stepping the wildcard problem too, but first listing the "local: *"
> line, then listing the global symbols after that.  This works fine for lld,
> but I didn't try recent BFD ld yet on it.  Chromium is rather expensive in
> terms of build time...
> 
> In any case, this approach can also work for other chromium based ports such
> as iridium.  Mplayer is maybe a simpler case, as its version script can
> simply be deleted.

Thank you for all the time you've spent on this! I was also going to
give that a try. But hadn't found enough time to test it.. till now.
My results were negative. :(
As I had already built, and installed it. I performed the following:
# cd /usr/ports/iridium
# make deinstall
# make patch
edited the patch-build_linux_chrome.map file. moving the local clause,
and asterisk above the global stanzas. then performing
# make
... looonnnggg time later ...
# make install
But no joy. Same result(s) as before. Do I perhaps need to clean out
ld(1)'s cache? Dunno. I didn't build a package prior to this. So I
can count on pkg(8) not having used a prior built package.

Thanks again!

--Chris

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