[Bug 220103] devel/glib20: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (WITH_LLD_IS_LD)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103 Kubilay Kocak changed: What|Removed |Added See Also||https://bugs.chromium.org/p ||/chromium/issues/detail?id= ||770264 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 220103] devel/glib20: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (WITH_LLD_IS_LD)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103 --- Comment #34 from Max --- I was able to successfully build and start up www/chromium after applying the attached patch chrome.map www/iridium build is in progress but I expect it to be successful as well since it seems to be the same linker script. Thanks, Max -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 220103] devel/glib20: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (WITH_LLD_IS_LD)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103 --- Comment #33 from Max --- I was able to successfully build and start up www/chromium after applying the attached patch chrome.map www/iridium build is in progress but I expect it to be successful as well since it seems to be the same linker script. Thanks, Max -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 220103] devel/glib20: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (WITH_LLD_IS_LD)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103 --- Comment #32 from Chris Hutchinson --- EDIT that *should* have read build_linux_chrome.map not patch-build_linux_chrome.map (copy / paste error) Sorry :( --Chris -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 220103] devel/glib20: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (WITH_LLD_IS_LD)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103 --- Comment #31 from Chris Hutchinson --- (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. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 231010] emulators/wine: Segmentation fault when built on 12.0-CURRENT/ALPHA
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231010 Mark Johnston changed: What|Removed |Added CC||ma...@freebsd.org --- Comment #7 from Mark Johnston --- (In reply to Alex S from comment #6) +1, I had to add USE_GCC=yes to get it working. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 231010] emulators/wine: Segmentation fault when built on 12.0-CURRENT/ALPHA
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231010 --- Comment #6 from Alex S --- (In reply to Alex S from comment #5) On further testing, while Clang + ld.bfd works for running winecfg/winemine/regedit, actually complex applications (Witcher 3, Wolfenstein TNO) keep crashing somewhere. GCC 8 works fine. -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
[Bug 220103] devel/glib20: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (WITH_LLD_IS_LD)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220103
--- Comment #30 from Michal Meloun ---
Only FYI. Reordering of local and global sections isn't necessary in this case.
Seems that global section have priority before local section.
root@tegra210:/usr/ports/multimedia/mplayer/work/mplayer-export-2018-12-24 # ld
-v
LLD 7.0.1 (FreeBSD 349250-131) (compatible with GNU linkers)
root@tegra210:/usr/ports/multimedia/mplayer/work/mplayer-export-2018-12-24 #
more binary.ver
MPLAYER_1 {
# to support glibcs abhorrent backwards-compatibility hack
global: _IO_stdin_used;
__progname;
environ;
local: *;
};
root@tegra210:/usr/ports/multimedia/mplayer/work/mplayer-export-2018-12-24 #
readelf -s ./mplayer | grep environ
818: 0050 8 OBJECT GLOBAL DEFAULT 24 environ@@MPLAYER_1
(2)
7023: 0050 8 OBJECT GLOBAL DEFAULT 24 environ
root@tegra210:/usr/ports/multimedia/mplayer/work/mplayer-export-2018-12-24 #
./mplayer
MPlayer SVN-r38119-snapshot-7.0.1 (C) 2000-2018 MPlayer Team
Usage: mplayer [options] [url|path/]filename
...
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
