[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug gas/30277] GNU as produce '.symtab' entries with incorrect order fo
From: |
amodra at gmail dot com |
Subject: |
[Bug gas/30277] GNU as produce '.symtab' entries with incorrect order for 32-bit MIPS target |
Date: |
Tue, 27 Feb 2024 21:14:05 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=30277
Alan Modra <amodra at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |NOTABUG
--- Comment #1 from Alan Modra <amodra at gmail dot com> ---
(In reply to WHR from comment #0)
> As shown by readelf(1), there are some LOCAL symbols follow the last GLOBAL
> symbol, this is not allowed by ELF specification.
That is true, but mips targets that follow the way mips-sgi-irix* broke the ELF
standard sort symbols like this, sections symbols first, including any global
section symbols, then all other symbols.
If you'd like the usual order, choose a mips target that has "trad" in the
target_defvec specified in bfd/config.bfd.
> $ mips64-none-elfabi64-ld -m elf32btsmip sym-order-test.o
> mips64-none-elfabi64-ld: sym-order-test.o: .symtab local symbol at index 11
> (>= sh_info of 8)
> mips64-none-elfabi64-ld: sym-order-test.o: error adding symbols: bad value
OK, so now you're trying to link using a traditional order target.
--
You are receiving this mail because:
You are on the CC list for the bug.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug gas/30277] GNU as produce '.symtab' entries with incorrect order for 32-bit MIPS target,
amodra at gmail dot com <=