https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228574
Mark Johnston changed:
What|Removed |Added
Assignee|b...@freebsd.org|ma...@freebsd.org
--
You are rece
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228574
--- Comment #4 from Mark Johnston ---
The solution proposed by the binutils developers is to emit _end, etc., only in
executables. To integrate that change, we'd have to remove _end from libc.so's
version map. However, this change would req
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228574
--- Comment #3 from Mark Johnston ---
Looks like the binutils maintainers consider our use of _end to be a bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=23161
I don't see how we can implement brk()/sbrk() without it though. Looking
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228574
--- Comment #2 from Mark Johnston ---
I asked about the GNU ld behaviour here:
https://sourceware.org/ml/binutils/2018-05/msg00300.html
I suspect that this will have to be worked around in lld regardless, but I'd
like to understand the pro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228574
Bug ID: 228574
Summary: GNU ld doesn't emit _end when linking with lld-linked
libc.so
Product: Base System
Version: CURRENT
Hardware: Any
OS: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228574
--- Comment #1 from Mark Johnston ---
This shows up as a build failure of news/nntpcache (PR 225128). See also this
related LLVM PR: https://bugs.llvm.org/show_bug.cgi?id=35570
--
You are receiving this mail because:
You are the assignee
