[Bug binutils/3107] New: ld internal error ldlang.c 4272

2006-08-23 Thread rus at kt dot od dot ua
Hi. This is standart GNU cross tool for arm-elf (gcc-4.1.1 binutils 2.17.50.0.3 20060715). After adding ld option --gc-sections got this error: ... /usr/lib/gcc/arm-elf/4.1.1/../../../../arm-elf/bin/ld: internal error ldlang.c 4272 collect2: ld returned 1 exit status ... Can supply any

[Bug gas/3109] New: GAS assembles incorrect branches using target arm-wince-pe

2006-08-23 Thread boris dot leidner at formenos dot de
I assembled the following code: .text .global _start _start: mov r1, r1 b _start .end $ arm-wince-pe-as armtest.s -o armtest.o $ arm-wince-pe-objdump -d armtest.o armtest.o: file format pe-arm-little Disassembly of section .text: _start: 0: e1a01001

[Bug gas/3109] GAS assembles incorrect branches using target arm-wince-pe

2006-08-23 Thread boris dot leidner at formenos dot de
--- Additional Comments From boris dot leidner at formenos dot de 2006-08-23 09:58 --- I do not know why objdump (not GAS) and GDB disassemble code differently -- http://sourceware.org/bugzilla/show_bug.cgi?id=3109 --- You are receiving this mail because: --- You are on

Re: [Bug gas/3109] New: GAS assembles incorrect branches using target arm-wince-pe

2006-08-23 Thread Nick Clifton
Hi Boris, $ arm-wince-pe-objdump -d armtest.o This is insufficient. Please add the -r switch to the objdump command line. _start: 0: e1a01001mov r1, r1 4: ea00b 8 _start+0x8 The -r switch should show you that there is a relocation for

Re: [Bug binutils/3107] New: ld internal error ldlang.c 4272

2006-08-23 Thread Nick Clifton
Hi, This is standart GNU cross tool for arm-elf (gcc-4.1.1 binutils 2.17.50.0.3 20060715). After adding ld option --gc-sections got this error: ... /usr/lib/gcc/arm-elf/4.1.1/../../../../arm-elf/bin/ld: internal error ldlang.c 4272 collect2: ld returned 1 exit status ... Can supply any

[Bug binutils/3107] ld internal error ldlang.c 4272

2006-08-23 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-08-23 10:13 --- Subject: Re: New: ld internal error ldlang.c 4272 Hi, This is standart GNU cross tool for arm-elf (gcc-4.1.1 binutils 2.17.50.0.3 20060715). After adding ld option --gc-sections got this error: ...

[Bug binutils/3107] ld internal error ldlang.c 4272

2006-08-23 Thread nickc at redhat dot com
-- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=3107 --- You are receiving this mail because:

[Bug binutils/3107] ld internal error ldlang.c 4272

2006-08-23 Thread rus at kt dot od dot ua
--- Additional Comments From rus at kt dot od dot ua 2006-08-23 10:44 --- Created an attachment (id=1239) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1239action=view) Smallest [ meaningless from programming point of view ] test case --

hpux archive generation

2006-08-23 Thread ZIGLIO, Frediano, VF-IT
Well, I was trying to build a cross toolchains and ar (hppa64-hp-hpux11.00-ar) crashed compiling. I have a big uid and I discover that this cause a core in bfd/archive.c. I think the following fix is clear enough. diff -r -U10 binutils-2.17/bfd/archive.c binutils-2.17.my/bfd/archive.c ---

[Bug gas/3109] GAS assembles incorrect branches using target arm-wince-pe

2006-08-23 Thread boris dot leidner at formenos dot de
--- Additional Comments From boris dot leidner at formenos dot de 2006-08-23 11:05 --- Hi Nick, you're right. The problem was not shown in my example. The relocations are correct: $ arm-wince-pe-objdump -d armtest.o -r armtest.o: file format pe-arm-little Disassembly of section

[Bug binutils/3110] New: unsupported relocation type {R_SPARC_H44, R_SPARC_WDISP30, R_SPARC_64}

2006-08-23 Thread pluto at agmk dot net
$ sparc64-sun-solaris2.9-strip --strip-debug *.a BFD: st3IYdGV/greg_weekday.o: unsupported relocation type R_SPARC_H44 sparc64-sun-solaris2.9-strip: st3IYdGV/greg_weekday.o: Bad value BFD: stbZAhUO/operations_posix_windows.o: unsupported relocation type R_SPARC_WDISP30

[Bug binutils/3110] unsupported relocation type {R_SPARC_H44, R_SPARC_WDISP30, R_SPARC_64}

2006-08-23 Thread pluto at agmk dot net
--- Additional Comments From pluto at agmk dot net 2006-08-23 11:26 --- the main trick here is that boost archives were built with shared-linkabletrue option. it means they can be used as statically linked parts of shared objects. strip works perfect with these *.o files extracted from

[Bug ld/3111] New: LD very slow linking object files containing dwarf2 symbols

2006-08-23 Thread doreille at smr dot ch
This bug occurs with the binutils-060823 snapshot and binutils-2.16.91.0.6-5 (fedora-5) on both x86-64 and i386 architectures. It do not occur with binutils-2.15.94 (fedora-4). When linking C++ files compiled by GCC 4.1.1 with the -g option ld take 3 minutes to link . Without the -g option the

[Bug ld/3111] LD very slow linking object files containing dwarf2 symbols

2006-08-23 Thread doreille at smr dot ch
--- Additional Comments From doreille at smr dot ch 2006-08-23 15:35 --- Created an attachment (id=1243) -- (http://sourceware.org/bugzilla/attachment.cgi?id=1243action=view) gprof execution profile of ld This is the gprof call graph profile data of ld (binutils-060823 ) linking the

Re: hpux archive generation

2006-08-23 Thread Nick Clifton
Hi Freddy, I was trying to build a cross toolchains and ar (hppa64-hp-hpux11.00-ar) crashed compiling. I have a big uid and I discover that this cause a core in bfd/archive.c. I think the following fix is clear enough. It is. Thanks for catching this. I have checked your patch in along

[Bug gas/3109] GAS assembles incorrect branches using target arm-wince-pe

2006-08-23 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-08-23 17:15 --- Already fixed in mainline -- What|Removed |Added Status|WAITING