when is ld appending .number to end of section names?

Mike Frysinger vapier@gentoo.org
Tue Jan 22 14:24:00 GMT 2008

On Friday 18 January 2008, Alan Modra wrote:
> On Fri, Jan 18, 2008 at 10:42:28PM +0100, Sam Ravnborg wrote:
> > The expected section name was: ".init.text".
> > But the actual section name was ".init.text.1"
> Quoting from ld/emultemp/elf32.em
>   /* Choose a unique name for the section.  This will be needed if the
>      same section name appears in the input file with different
>      loadable or allocatable characteristics.  */
> Most likely someone forgot to flag .init.text with "ax" in one of the
> input object files.  Another possiblility is that ld --unique was
> used.

we hit the same problem in the Blackfin kernel 
(.init.text / .init.text.1 / .init.text.2) and it was for this reason ... one 
section incorrectly lacked "ax" flags unlike all the others

if you have scanelf installed, you can run:
scanelf -k .init.text.1
and usually this will find you the builtin.o file which will narrow down the 
directory of objects, one of which needs fixing.  just look at the flags in 
`readelf -S`.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 827 bytes
Desc: This is a digitally signed message part.
URL: <https://sourceware.org/pipermail/binutils/attachments/20080122/f7161c9b/attachment.sig>

More information about the Binutils mailing list