PATCH: Add R_386_SIZE32/R_X86_64_SIZE32/R_X86_64_SIZE64 support to bfd
David Miller
davem@davemloft.net
Thu Jan 17 00:36:00 GMT 2013
More information about the Binutils mailing list
Thu Jan 17 00:36:00 GMT 2013
- Previous message (by thread): PATCH: Add R_386_SIZE32/R_X86_64_SIZE32/R_X86_64_SIZE64 support to bfd
- Next message (by thread): PATCH: Add R_386_SIZE32/R_X86_64_SIZE32/R_X86_64_SIZE64 support to gas
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
From: "H.J. Lu" <hjl.tools@gmail.com> Date: Wed, 16 Jan 2013 16:33:16 -0800 > On Wed, Jan 16, 2013 at 3:57 PM, H.J. Lu <hjl.tools@gmail.com> wrote: >> On Wed, Jan 16, 2013 at 3:50 PM, David Miller <davem@davemloft.net> wrote: >>> >>> H.J. I wonder about this syntax. >>> >>> Won't it conflict with symbol versioning? >>> >>> How could we refer in the assembler to a specific version of >>> a symbol, and that version happens to be "SIZE"? >>> >>> Maybe I'm concerned about a non-issue, but I thought I'd ask. >> >> The same applies to @PLT, @GOT, @GOTOFF, .... >> I don't think it is a real issue. >> > > [hjl@gnu-6 sized-tls]$ cat v.S > .globl old_foo > .symver old_foo, foo@SIZE > old_foo: > movl $foo@SIZE,%eax > [hjl@gnu-6 sized-tls]$ ./as -o v.o v.S > [hjl@gnu-6 sized-tls]$ ./objdump -drw v.o > > v.o: file format elf64-x86-64 Looks good, I'll work on the sparc bits when I get a chance.
- Previous message (by thread): PATCH: Add R_386_SIZE32/R_X86_64_SIZE32/R_X86_64_SIZE64 support to bfd
- Next message (by thread): PATCH: Add R_386_SIZE32/R_X86_64_SIZE32/R_X86_64_SIZE64 support to gas
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list