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
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
--- 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
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
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
--- 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:
...
--
What|Removed |Added
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=3107
--- You are receiving this mail because:
--- 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
--
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
---
--- 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
$ 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
--- 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
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
--- 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
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
--- Additional Comments From nickc at redhat dot com 2006-08-23 17:15
---
Already fixed in mainline
--
What|Removed |Added
Status|WAITING
16 matches
Mail list logo