[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section

2010-09-08 Thread amodra at gmail dot com
--- 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

[Bug gold/11994] Gold failed to build

2010-09-08 Thread ian at airs dot com
--- Additional Comments From ian at airs dot com 2010-09-08 23:55 --- Already fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug gold/11994] New: Gold failed to build

2010-09-08 Thread hjl dot tools at gmail dot com
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

[Bug binutils/11973] mn10300 assembler produce incorrect calls address for far calls (32bit) when command contain nonzero stack and/or saving registers

2010-09-08 Thread DaLiV at apollo dot lv
--- 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

[Bug binutils/11938] Support for linking with Solaris libraries is only enabled on SPARC!

2010-09-08 Thread andyjstormont at googlemail dot com
--- 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

[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section

2010-09-08 Thread nickc at redhat dot com
--- 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

[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section

2010-09-08 Thread nickc at redhat dot com
--- 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 ---

[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails

2010-09-08 Thread rmansfield at qnx dot com
--- 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

[Bug binutils/11938] Support for linking with Solaris libraries is only enabled on SPARC!

2010-09-08 Thread nickc at redhat dot com
--- 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

[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails

2010-09-08 Thread nickc at redhat dot com
--- 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

[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails

2010-09-08 Thread rmansfield at qnx dot com
--- 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

[Bug binutils/11991] ar --plugin does not use plugin

2010-09-08 Thread andi-bz at firstfloor dot org
--- 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

[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails

2010-09-08 Thread nickc at redhat dot com
--- 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

[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails

2010-09-08 Thread nickc at redhat dot com
--- 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 -

[Bug binutils/11973] mn10300 assembler produce incorrect calls address for far calls (32bit) when command contain nonzero stack and/or saving registers

2010-09-08 Thread nickc at redhat dot com
--- 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

[Bug binutils/11983] libbfd reuses pointer passed to bfd_openr

2010-09-08 Thread nickc at redhat dot com
--- 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.

[Bug binutils/11983] libbfd reuses pointer passed to bfd_openr

2010-09-08 Thread nickc at redhat dot com
--- 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