[Bug ld/2893] New: "ld -Map" memory map disordered

2006-07-07 Thread burgess at impulse dot net
GNU ld version 2.16.1, compiled as arm-elf-ld for Darwin/OS X: called with "-Map filename.map", ld produces memory map text (listed under "Linker script and memory map") that is ordered neither alphabetically by symbol nor sequentially by absolute location, although entries are grouped toget

[Bug ld/2869] IA64: relocation truncated to fit: TPREL22

2006-07-07 Thread wilson at specifix dot com
--- Additional Comments From wilson at specifix dot com 2006-07-08 00:06 --- Subject: Re: IA64: relocation truncated to fit: TPREL22 On Thu, 2006-07-06 at 10:47, gary at intrepid dot com wrote: > Can the compiler determine that TPREL22 won't work, or might a new > compilation switch (a

Re: [Bug ld/2869] IA64: relocation truncated to fit: TPREL22

2006-07-07 Thread James E Wilson
On Thu, 2006-07-06 at 10:47, gary at intrepid dot com wrote: > Can the compiler determine that TPREL22 won't work, or might a new > compilation switch (ala, -fbig-tls) be needed? Try -mtls-size=64. HJ's example compiles fine with that option. -- Jim Wilson, GNU Tools Support, http://www.specifix

[Bug ld/2809] ld incorrect applies LTOFF22X/LDXMOV relocations

2006-07-07 Thread wilson at specifix dot com
--- Additional Comments From wilson at specifix dot com 2006-07-07 23:15 --- Not a binutils bug. Binutils needs to be ported to the new OS. -- What|Removed |Added

[Bug ld/2809] ld incorrect applies LTOFF22X/LDXMOV relocations

2006-07-07 Thread wilson at specifix dot com
-- What|Removed |Added AssignedTo|unassigned at sources dot |wilson at specifix dot com |redhat dot com | http://sourceware.org/bugzilla/sh

[Bug ld/2809] ld incorrect applies LTOFF22X/LDXMOV relocations

2006-07-07 Thread wilson at specifix dot com
-- What|Removed |Added Status|NEW |ASSIGNED http://sourceware.org/bugzilla/show_bug.cgi?id=2809 --- You are receiving this mail because: ---

Re: not supported target any longer

2006-07-07 Thread James E Wilson
On Fri, 2006-07-07 at 06:30, Hauke Fuhrmann wrote: > I tried to compile the binutils for the Hitachi 8/300 processor (for the > Lego Mindstorms robots). The target for configure used to be > "h8300-hms". h8300-hms is an alias for h8300-coff. The h8300-coff gas support was removed in August last

Re: binutils: [source build] warning: the use of `mktemp' is dangerous, better use `mkstemp'

2006-07-07 Thread Jari Aalto
reopen 288001 thanks | tag 288001 upstream wontfix | thanks | | On Fri, Dec 31, 2004, Jari wrote: | > Compiling from source gives following warnings that could be corrected. | > | > bucomm.o(.text+0xa99): In function `make_tempname': | > /tmp/bucomm.c:425: warning: the use of `mktemp' is dangerou

not supported target any longer

2006-07-07 Thread Hauke Fuhrmann
Hello, I tried to compile the binutils for the Hitachi 8/300 processor (for the Lego Mindstorms robots). The target for configure used to be "h8300-hms". But in the newer versions this target is rejected by gas. I do not know the particulars, but it seems that the target checks were moved from

NOLOAD problem with binutils 2.16.92

2006-07-07 Thread Ashutosh Yeole
Hi, I am facing a problem in binutils 2.16.92. Please refer to the code and the linker script below. CODE: - char ldTest __attribute__ ((section("TEST"))); int main(void) { ldTest = 5; } LINKER SCRIPT: -- .bss : { _bss = .;

[Bug ld/2874] Typos in ld.texinfo

2006-07-07 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-07-07 11:19 --- patch applied -- What|Removed |Added Status|REOPENED|RESOLVED

[Bug ld/2874] Typos in ld.texinfo

2006-07-07 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-07-07 11:19 --- Created an attachment (id=1148) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1148&action=view) Remove "Using LD" -- http://sourceware.org/bugzilla/show_bug.cgi?id=2874 --- You are receiving this

[Bug ld/2874] Typos in ld.texinfo

2006-07-07 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-07-07 11:18 --- Hi Mohammed, Normally a new bug report would be needed, but since this is such a simple change and one that is mostly connected with the previous problem, I'll allow it. I am going to apply the uploaded patch

[Bug ld/2834] Linker reports error "X referenced in section '.rodata' of foo.o: defined in discarded section X of foo.o" with g++ 3.3

2006-07-07 Thread hniksic at xemacs dot org
--- Additional Comments From hniksic at xemacs dot org 2006-07-07 07:10 --- Even if this is caused by a GCC issue, there are still two things to consider: 1. The problem does not appear with older binutils, so they must be doing something right, even if inadvertently. 2. Even if the GC