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