--- Additional Comments From nickc at redhat dot com 2010-09-08 10:53
---
Created an attachment (id=4969)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4969&action=view)
Copy the filename
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11983
--- You are receiving thi
--- Additional Comments From nickc at redhat dot com 2010-09-08 10:54
---
Hi Carlo,
The correct thing to do is to take a copy of the filename, rather than relying
upon the original still being valid. So, please could you try out the uploaded
patch and let me know if it works for you.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-09-08
11:07 ---
Subject: Bug 11973
CVSROOT:/cvs/src
Module name:src
Changes by: ni...@sourceware.org2010-09-08 11:07:39
Modified files:
gas: ChangeLog
gas/config : t
--- Additional Comments From nickc at redhat dot com 2010-09-08 14:27
---
Hi Ryan,
Please could you try out the uploaded patch and let me know if it fixes the
problem for you.
Cheers
Nick
--
What|Removed |Added
-
--- Additional Comments From nickc at redhat dot com 2010-09-08 14:27
---
Created an attachment (id=4970)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4970&action=view)
Fix ARM parsing of bignums
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11972
--- You are rece
--- Additional Comments From andi-bz at firstfloor dot org 2010-09-08
14:25 ---
Never mind. I resolved it with Rafael privately. The trick
is to use GNUTARGET=plugin, but that isn't documented anywhere
(should be probably)
I think there are still some issues with the plugin, but I'll fi
--- Additional Comments From rmansfield at qnx dot com 2010-09-08 15:31
---
Thanks!
I no longer get the error when assembling but the value has changed.
With 2.19.1:
0: f2c30e30vmov.i64d16, #0x
And with the patch applied:
0: f3c70e30
--- Additional Comments From nickc at redhat dot com 2010-09-08 16:37
---
Hi Ryan,
I may be confused here, but -4294967296 is the same as "-(0x1)", right
? So wouldn't that mean that the 2.19.1 assembler was wrong and that the
current assembler, with the patch applied, is cor
--- Additional Comments From nickc at redhat dot com 2010-09-08 16:49
---
Hi Andrew,
I am not quite sure what you have in mind here, so please could you generate a
patch.
Please keep in mind that tools like readelf ought to be able to process
Solaris libraries even if they were not
--- Additional Comments From rmansfield at qnx dot com 2010-09-08 16:59
---
Yes, you're right.
Thanks again for the fixing this bug.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11972
--- You are receiving this mail because: ---
You are on the CC list for the bug, or
--- Additional Comments From nickc at redhat dot com 2010-09-08 17:02
---
Created an attachment (id=4971)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4971&action=view)
Skip abort for linker created symbols.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11931
---
--- Additional Comments From nickc at redhat dot com 2010-09-08 17:04
---
Hi Matthew,
Please could you try out the uploaded patch and see if it works for you.
I am still in the process of testing this patch, so it may turn out to be
unsuitable...
Cheers
Nick
--
http://sourc
--- Additional Comments From andyjstormont at googlemail dot com
2010-09-08 17:04 ---
Right. I guess the only two ways forward are to either remove the arch checks
all together or to add
i[34]86 to the list of arches where this code is used.
--
http://sourceware.org/bugzilla/show_b
--- Additional Comments From DaLiV at apollo dot lv 2010-09-08 19:33
---
example of code with assembling will be ok ?
look at 11 and 17 - that is not patched , address ofset field passed to linker
equal to registers and stack offset values part (=incorrect).
$ mn10300-as.exe 40.asm -al
This patch:
http://sourceware.org/ml/binutils/2010-09/msg00014.html
breaks gold on Fedora 13/x86-64:
cc1plus: warnings being treated as errors
/export/gnu/import/git/binutils/gold/script-sections.cc: In member
function void gold::Script_sections::add_memory_region(const char*,
size_t, unsigned
--- Additional Comments From ian at airs dot com 2010-09-08 23:55 ---
Already fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at gmail dot com 2010-09-09 02:06
---
Nick, I think you're just papering over the real problem here. Our handling of
assignments inside ONLY_IF... sections is quite broken. To see more problems,
try the link with a map file. :-(
The trouble is that
17 matches
Mail list logo
