--- Additional Comments From chris at seberino dot org 2009-12-02 06:41
---
Subject: Re: Bug in objdump when disassembling raw
armv4t binaries
On Tue, Dec 01, 2009 at 07:20:14AM -0800, ch...@seberino.org wrote:
> I tried to apply the patch to binutils-2.20.51 and patch said it
Following is my configure options:
AR=ar AS=as ${SRCDIR}/binutils-2.20/configure --prefix=${CLFSCROSSTOOL} \
--host=${CLFS_HOST} --target=${CLFS_TARGET} --with-sysroot=${CLFS} \
--disable-nls --enable-shared --disable-multilib
make configure-host
make
Alan Modra wrote:
>
> On Wed, Nov
--- Additional Comments From chris at seberino dot org 2009-12-01 15:20
---
Subject: Re: Bug in objdump when disassembling raw
armv4t binaries
On Tue, Dec 01, 2009 at 12:07:56PM -, nickc at redhat dot com wrote:
>
> --- Additional Comments From nickc at redhat dot com
--- Additional Comments From jerker dot back at gmail dot com 2009-12-01
13:46 ---
Created an attachment (id=4434)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4434&action=view)
Solution based on COFF_PAGE_SIZE
Antother solution could be to use COFF_PAGE_SIZE. The COFF_PAGE_SI
--- Additional Comments From nickc at redhat dot com 2009-12-01 12:07
---
Hi Chris,
> Please flag all loads and stores with the following format as unpredictable...
A checked a variety of the patterns you suggested and they are all flagged as
unpredictable, so I think that the disassem
good code:
.intel_syntax
.globl main
main:
jmp DWORD PTR[ %edx + var_1 - 0x1000 ]
var_1:
.byte 0x11, 0x22, 0x33, 0x44
code generated: (objdump rip)
08048394 :
8048394: ff a2 9a 73 04 08 jmp*0x804739a(%edx)
0804839a :
...
the jmp correctly references var_1 - 0
