[Bug ld/18836] ld handles .gnu.lto_ prefixed sections oddly, /DISCARD/ semantics unclear

[rguenther at suse dot de]

https://sourceware.org/bugzilla/show_bug.cgi?id=18836

--- Comment #10 from rguenther at suse dot de ---
On Mon, 17 Aug 2015, hjl.tools at gmail dot com wrote:

> https://sourceware.org/bugzilla/show_bug.cgi?id=18836
> 
> --- Comment #9 from H.J. Lu <hjl.tools at gmail dot com> ---
> (In reply to Richard Guenther from comment #8)
> > (In reply to H.J. Lu from comment #7)
> > > (In reply to Richard Guenther from comment #4)
> > > > the extra sections contain "early" debug-info which gets refered to by
> > > > LTRANS unit .debug_info.  So it needs to be linked into the final
> > > > executable / shared object and there get its mangled section name
> > > > "unmangled".
> > > 
> > > I think they should have different section names. I assume that
> > > they can't be merged with normal .debug_xxx sections.
> > 
> > On the contrary - they should be merged with the normal .debug_xxx sections
> > emitted in the LTRANS assembly.  The early-debug part of an example looks
> > like
> 
> Have you tried the debug_xxx.gnu.lto_ section name?

That will merge with the FAT object part .debug_xxx which is not intended.

It also does not share the property of .gnu.lto_* as being discarded
by a non-LTO link via the default BFD linker script.

Richard.

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