--- Additional Comments From nickc at redhat dot com 2009-06-17 12:22
---
Created an attachment (id=4003)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4003&action=view)
Use -m to restrict ARM disassembly
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10288
--- You
--- Additional Comments From nickc at redhat dot com 2009-06-17 12:24
---
Hi Chris,
Thanks for reporting this problem. Please could you try out the uploaded
patch and let me know how you get on with it. (Note - you will need to remove
the earlier version of this patch sent to you vi
--- Additional Comments From julian at codesourcery dot com 2009-06-17
14:52 ---
I have tried to reproduce this, but not managed so far. I attempted to build
current binutils head with current GCC head under an ARM full-system (Debian)
qemu instance, using:
binutils-build$ configure --p
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2009-06-17 15:31 ---
Subject: Re: ld generates bad long branch stubs
Hi Julian,
> I have tried to reproduce this, but not managed so far. I attempted to build
> current binutils head with current GCC head under an ARM
Building qtcreator with gold fails, because qtcreator explicitly sets an
rpath using $ORIGIN:
| QMAKE_LFLAGS += -Wl,-z,origin \'-Wl,-rpath,$${IDE_PLUGIN_RPATH}\'
With gold linking fails, because "-z origin" is unknown. When removing
the option the rpath is still fine though, so it seems gold suppo
--- Additional Comments From ppluzhnikov at google dot com 2009-06-17
20:38 ---
I just hit this as well: corrupt .eh_frame in one of my object files with a huge
location advance.
Verified that this change to binutils/gas
2009-06-09 Jakub Jelinek
PR gas/10255
* dw2ge
--- Additional Comments From chris at seberino dot org 2009-06-18 03:34
---
You were certainly correct to remove certain coprocessor instructions like ldc2
that only belong on later architectures.
I'm not sure we're allowed to remove *all* coprocessor instructions.
Even though many (mo
