public inbox for bfd@sourceware.org
 help / color / mirror / Atom feed
* ELF STT_SECTION symbol for .comment section
@ 1999-02-11  4:12 Michael Nonweiler
  1999-02-11  9:17 ` Ian Lance Taylor
  0 siblings, 1 reply; 3+ messages in thread
From: Michael Nonweiler @ 1999-02-11  4:12 UTC (permalink / raw)
  To: bfd; +Cc: Sumit.Sahai

I'm writing to report strange behaviour in libbfd, that causes a non-gnu
ELF linker I've been using to fail.  I have reported a bug against that
linker, but I have a patch that prevents libbfd creating this problem.

I'm using libbfd from arm-linux binutils-2.9.1.0.19a, with egcs 1.1.1.

The problem occurs when I attempt to link the "hello world" program,
compiled with gcc, with my non-gnu linker.

The problem is caused by the function elf_map_symbols in bfd/elf.c
generating an unnamed section symbol for the ".comment" section of an
object file.  This upsets my linker because it expects to map all symbols
to image locations, and the ".comment" section of the object file is not
part of the image.

FYI: The ".comment" section normally contains the version string of the
tool that generated the object.  In an assembler source it is generated by
the ".ident" directive.

Enabling debugging for elf.c shows that this is the _only_ section symbol
added by "elf_map_symbols".  Section symbols for the other sections are
generated by gcc.

I don't know what these symbols are for, but I feel sure it can't be
necessary to have one for the ".comment" section of the object.

In the ELF spec it says:
STT_SECTION -
The symbol is associated with a section. Symbol table entries of this type
exist primarily for relocation and normally have STB_LOCAL binding.
--cut--

If I remove the code in elf_map_symbols that generates this symbol, (and
only this symbol, in my simple example), my problems go away.

This comment is from said function:
--bfd/elf.c--
/* Add a section symbol for each BFD section.  FIXME: Is this really
   necessary?  */
--cut--

I'd guess it isn't necessary, and recommend removing it, after checking
this is the case.

Thanks,

Michael.

--
Michael Nonweiler
ARM Ltd, 48/49 Bateman St, Cambridge, CB2 1LR, UK.
tel: Cambridge (01223) 400500  fax: Cambridge (01223) 400408


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~1999-02-12  9:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-02-11  4:12 ELF STT_SECTION symbol for .comment section Michael Nonweiler
1999-02-11  9:17 ` Ian Lance Taylor
1999-02-12  9:51   ` Michael Nonweiler

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).