https://sourceware.org/bugzilla/show_bug.cgi?id=10409
Alan Modra changed:
What|Removed |Added
Resolution|--- |OBSOLETE
Status|NEW
--- Additional Comments From andrew dot mahone at gmail dot com 2010-05-22
07:08 ---
Thanks, I'll try to get to rebuilding with this patch sometime this weekend.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10409
--- You are receiving this mail because: ---
You are on t
--
What|Removed |Added
AssignedTo|amodra at gmail dot com |unassigned at sources dot
||redhat dot com
Status|AS
--- Additional Comments From amodra at gmail dot com 2010-01-13 04:35
---
Please try out the fix against your sources. I don't have arm compilers readily
available to test this out myself
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10409
--- You are receiving this mail be
--- Additional Comments From amodra at gmail dot com 2010-01-13 04:33
---
Created an attachment (id=4510)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4510&action=view)
possible fix
I reckon this could be the same problem as one I fixed for ppc64 in
http://sourceware.org/ml/bi
--- Additional Comments From amodra at gmail dot com 2010-01-13 03:09
---
I wonder why .ncdata has size zero in your map? I would have expected
.ncdata 0x11e96ed80x8 load address 0x01e96ed8
0x11e96ee0. = ALIGN (0x10)
*fill* 0x11e
--- Additional Comments From andrew dot mahone at gmail dot com 2009-07-17
11:00 ---
I should add that only certain offsets produce this problem - it appears that it
triggers when the padding needed to reach the 16-byte alignment is 8 bytes. This
has been added in this case (. += 8), but
