--- Additional Comments From hjl dot tools at gmail dot com 2009-12-05
04:54 ---
It is caused by:
http://sourceware.org/ml/binutils-cvs/2009-10/msg00245.html
--
What|Removed |Added
-
--- Additional Comments From hjl dot tools at gmail dot com 2009-12-05
03:40 ---
It is an assembler bug.
--
What|Removed |Added
Component|binutils
--- Additional Comments From hjl dot tools at gmail dot com 2009-12-05
03:38 ---
It is a regression. Binutils 2.19 works correctly.
--
What|Removed |Added
CC
incremental-dump.cc has
Incremental_binary* inc = open_incremental_binary(file);
...
elfcpp::Elf_file<64, false, Incremental_binary> elf_file(inc);
It is very strange to assume all input ELF files are 64bit
little endian ELF.
--
Summary: incremental-dump assumes 64bit little endian
--- Additional Comments From flameeyes at gmail dot com 2009-12-04 22:37
---
Given that @ simply comments the thing out, I guess the point is that testcase3
is *empty* at that point, so I guess this is a bug in gcc's sourcesÂ…
--
What|Removed |Added
-
--- Additional Comments From flameeyes at gmail dot com 2009-12-04 20:25
---
Created an attachment (id=4445)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4445&action=view)
Working testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11054
--- You are receiving t
--- Additional Comments From flameeyes at gmail dot com 2009-12-04 20:25
---
Created an attachment (id=)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=&action=view)
Failing testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11054
--- You are receiving t
I found this out while trying to build a cross-gcj compiler for ARM targets:
when using binutils 2.20 the build fails at libffi because of this error:
libtool: compile:
/var/tmp/cross/arm-carel-linux-gnu/portage/cross-arm-carel-linux-gnu/gcc-4.3.4/work/build/./gcc/xgcc
-B/var/tmp/cross/arm-carel-
--- Additional Comments From chris at seberino dot org 2009-12-04 19:15
---
Subject: Re: Bug in objdump when disassembling raw
armv4t binaries
On Thu, Dec 03, 2009 at 10:54:51AM -, nickc at redhat dot com wrote:
> They are unpredictable because they use the program counter
