https://sourceware.org/bugzilla/show_bug.cgi?id=19572
--- Comment #5 from H.J. Lu ---
[hjl@gnu-6 pr19567]$ cat x.S
.globl _start
_start:
#ifdef __x86_64__
mov $_start,%rax
mov _start,%rax
#else
mov $_start,%eax
mov _start,%eax
#endif
[hjl@gnu-6 pr19567]$ make
gcc -mx32 -c -O2
https://sourceware.org/bugzilla/show_bug.cgi?id=19572
--- Comment #4 from H.J. Lu ---
[hjl@gnu-6 pr19567]$ cat x.S
.globl _start
_start:
#ifdef __x86_64__
mov $_start,%rax
mov _start,%rax
#else
mov $_start,%eax
mov _start,%eax
#endif
[hjl@gnu-6 pr19567]$ make
gcc -mx32 -c -O2
https://sourceware.org/bugzilla/show_bug.cgi?id=19704
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.27
--- Comment #1 from H.J. Lu ---
We ha
https://sourceware.org/bugzilla/show_bug.cgi?id=19572
--- Comment #3 from Nick Clifton ---
Hi H,J,
> + if (bfd_arch_bits_per_address (link_info.output_bfd) < (sizeof (bfd_vma) *
> 8))
> +{
>
> It doesn't work for x32 which has has 64-bit arch address and 32-bit
> pointer.
Umm, are you sur
https://sourceware.org/bugzilla/show_bug.cgi?id=19572
--- Comment #2 from H.J. Lu ---
(In reply to Nick Clifton from comment #1)
> Created attachment 9037 [details]
> Add check of segment addresses
>
> Hi H.J.
>
> Please could you try out this patch and let me know if it works for you.
>
> C
https://sourceware.org/bugzilla/show_bug.cgi?id=19572
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=19623
--- Comment #6 from winter-...@bfw-online.de ---
Judging from the correspondence regarding the fix for DJGPP [1] it seems that
DJGPP and SCO differ in their behaviour when it comes to relocating symbols in
absolute sections (== those with vma=0
