PING: V4 [PATCH] gas: Extend .symver directive
Alan Modra
amodra@gmail.com
Tue Apr 21 23:52:20 GMT 2020
On Wed, Apr 22, 2020 at 08:50:06AM +0930, Alan Modra wrote:
> avr-elf +FAIL: symver symver11
> d10v-elf +FAIL: symver symver11
> dlx-elf +FAIL: symver symver11
> ip2k-elf +FAIL: symver symver11
> m68k-elf +FAIL: symver symver11
> mcore-elf +FAIL: symver symver11
> msp430-elf +FAIL: symver symver7
> pj-elf +FAIL: symver symver11
> s12z-elf +FAIL: symver symver11
> shle-unknown-netbsdelf +FAIL: symver symver11
> sh-linux +FAIL: symver symver11
> sh-nto +FAIL: symver symver11
> sh-rtems +FAIL: symver symver11
> visium-elf +FAIL: symver symver11
> xc16x-elf +FAIL: symver symver11
> z80-elf +FAIL: symver symver11
All of the symver11 fails except the sh ones are due to the symbol
actually being removed! As it is supposed to be, if not used in a
relocation. And those targets happen to reduce the reference to foo
down to a section symbol.
I wonder if ".symver intsym, extsym@@nodename, remove" ought to really
remove the symbol resulting in an assembly error if referenced?
--
Alan Modra
Australia Development Lab, IBM
More information about the Binutils
mailing list