ld relocation bug?
ld relocation bug?
- Subject: ld relocation bug?
- From: Ian Lynagh <email@hidden>
- Date: Fri, 6 Aug 2010 15:47:28 +0100
- Mail-followup-to: email@hidden
Hi all,
In the session below, ld seems to change a relocation from 0x0000000c to
0xfffffffc; is this a bug?
If so, is there a workaround?
###############################################
$ cat q.s
.const_data
foo:
.long 123
.align 2
.text
.align 2
.long foo - bar + 16
.long 0
.long 125
bar:
.long 124
$ gcc -c q.s
$ ld -r q.o -o w.o
$ otool -r ?.o
q.o:
Relocation information (__TEXT,__text) 2 entries
address pcrel length extern type scattered symbolnum/value
00000000 0 2 n/a 4 1 0x00000010
00000000 0 2 n/a 1 1 0x0000000c
w.o:
Relocation information (__TEXT,__text) 2 entries
address pcrel length extern type scattered symbolnum/value
00000000 0 2 n/a 4 1 0x00000010
00000000 0 2 n/a 1 1 0xfffffffc
$
###############################################
"ld -v" says "@(#)PROGRAM:ld PROJECT:ld64-85.2.1".
This comes from a problem in a real program here:
http://hackage.haskell.org/trac/ghc/ticket/4013
Thanks
Ian
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden