[Bug binutils/11983] libbfd reuses pointer passed to bfd_openr
--- 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. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11983 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11973] mn10300 assembler produce incorrect calls address for far calls (32bit) when command contain nonzero stack and/or saving registers
--- 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 : tc-mn10300.c Log message: PR gas/11973 * config/tc-mn10300.c (md_convert_frag): Zero out top two bytes of long call instruction's displacement. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=srcr1=1.4241r2=1.4242 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-mn10300.c.diff?cvsroot=srcr1=1.71r2=1.72 --- Additional Comments From nickc at redhat dot com 2010-09-08 11:08 --- Hi, Thanks for reporting this problem and providing a patch. I have checked the patch in, but there is one remaining issue - do you have a testcase that reproduces the original bug ? Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11973 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails
--- 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=4970action=view) Fix ARM parsing of bignums -- 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 are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11991] ar --plugin does not use plugin
--- 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 file separate bugs on those. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11991 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails
--- 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: f3c70e30vmov.i64d16, #0x -- 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 are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails
--- 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 correct ? Cheers Nick -- 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 are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11938] Support for linking with Solaris libraries is only enabled on SPARC!
--- 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 built on a Solaris or Sparc system. Thus I suspect that using #ifdef __sun is not the right thing to do. Cheers Nick -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=11938 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/11972] Large immediate for neon vmov (parse_big_immediate) fails
--- 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 are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section
--- 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=4971action=view) Skip abort for linker created symbols. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11931 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/11973] mn10300 assembler produce incorrect calls address for far calls (32bit) when command contain nonzero stack and/or saving registers
--- 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 GAS LISTING 40.asm page 1 1.org 0x 2_baseAddress: 3.equ _base40,_baseAddress 4.equ _base7B,_baseAddress+0x3B00 5.equ sub_7BC01234,_base7B+0xC01234 6 8 .org 0x0100 8 8 8 8 9SomeProc_4100: 10 0100 2C2301mov 0x123, D0 11 0103 DD80 call sub_7BC01234, [D2], 0x04 11 048004 12 14 010a .org 0x0200 14 14 14 14 15SomeProc_4200: 16 0200 2C2301mov 0x123, D0 17 0203 DD80 call sub_7BC01234, [D2], 0x04 17 048004 18 020a CD80 call SomeProc_4100, [D2], 0x04 18 04 and patched (32 bit offset field to linker passed as needed =0x ): $ mn10300-as.exe 40.asm -al GAS LISTING 40.asm page 1 1.org 0x 2_baseAddress: 3.equ _base40,_baseAddress 4.equ _base7B,_baseAddress+0x3B00 5.equ sub_7BC01234,_base7B+0xC01234 6 8 .org 0x0100 8 8 8 8 9SomeProc_4100: 10 0100 2C2301mov 0x123, D0 11 0103 DD00 call sub_7BC01234, [D2], 0x04 11 008004 12 14 010a .org 0x0200 14 14 14 14 15SomeProc_4200: 16 0200 2C2301mov 0x123, D0 17 0203 DD00 call sub_7BC01234, [D2], 0x04 17 008004 18 020a CD80 call SomeProc_4100, [D2], 0x04 18 04 -- http://sourceware.org/bugzilla/show_bug.cgi?id=11973 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11994] New: Gold failed to build
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 int, gold::Expression*, gold::Expression*): /export/gnu/import/git/binutils/gold/script-sections.cc:2791: error: field precision should have type int, but argument 2 has type size_t make[6]: *** [script-sections.o] Error 1 -- Summary: Gold failed to build Product: binutils Version: 2.21 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: ian at airs dot com ReportedBy: hjl dot tools at gmail dot com CC: bug-binutils at gnu dot org,nickc at redhat dot com http://sourceware.org/bugzilla/show_bug.cgi?id=11994 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/11994] Gold failed to build
--- Additional Comments From ian at airs dot com 2010-09-08 23:55 --- Already fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=11994 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/11931] Segfault in ld (elf_link_output_extsym) when defining symbols with a constraint on a non-existent section
--- 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 we create symbols in before_allocation, and finish setting
them up properly in lang_size_sections, but lang_size_sections doesn't look
inside an output section statement that has no output bfd section.
I'm not sure what the best fix is. Hacking elf32.em like the following stops
the symbol being created in the first place.
static void
gld${EMULATION_NAME}_find_statement_assignment (lang_statement_union_type *s)
{
static lang_output_section_statement_type *curr_os;
if (s-header.type == lang_output_section_statement_enum)
curr_os = s-output_section_statement;
else if (curr_os != NULL
curr_os-header.next == s)
curr_os = NULL;
if (s-header.type == lang_assignment_statement_enum
(curr_os == NULL
|| curr_os-constraint != -1))
gld${EMULATION_NAME}_find_exp_assignment (s-assignment_statement.exp);
}
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11931
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
