[Bug ld/2267] Segfault linking mips-elf binaries
--- Additional Comments From bje at sources dot redhat dot com 2006-03-29 11:26 --- The two attachments seem to be identical? Is one of them supposed to be app2.o? -- http://sourceware.org/bugzilla/show_bug.cgi?id=2267 --- 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/2495] New: Solaris2 amd64 file format not recognized
Today (March, 29 2006) binutils TOT configured on i686-pc-linux-gnu using ../binutils/configure --target=i386-pc-solaris2.11 --enable-64-bit-bfd --prefix=/srv/local/cross and successfully build. /binutils/objdump: /srv/local/cross/i386-pc-solaris2.11/lib/amd64/crti.o: File format not recognized crti.o file is got from OpenSolaris (snv_33) /usr/lib/amd64/crti.o. -- Summary: Solaris2 amd64 file format not recognized Product: binutils Version: 2.17 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: arybchik at gmail dot com CC: bug-binutils at gnu dot org GCC host triplet: i686-pc-linux-gnu GCC target triplet: i386-pc-solaris2.11 http://sourceware.org/bugzilla/show_bug.cgi?id=2495 --- 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/2495] Solaris2 amd64 file format not recognized
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-29 11:48 --- Not a bug. You need to build binutils with support for all targets of interest. In this case, you probably want to add --enable-targets=x86_64-elf to your configure line (or --enable-targets=all). If that doesn't work, then it means that binutils doesn't have support for amd64 on solaris. -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=2495 --- 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/2495] Solaris2 amd64 file format not recognized
--- Additional Comments From arybchik at gmail dot com 2006-03-29 12:25 --- Thanks for reply. When configured with --enable-targets=all, build failed make[4]: *** No rule to make target `../../binutils/ld/emulparams/elf32bfinfd.sh', needed by `eelf32bfinfd.c'. Stop. make[4]: Leaving directory `/home/arybchik/cvs/build/ld' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/arybchik/cvs/build/ld' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/arybchik/cvs/build/ld' make[1]: *** [all-ld] Error 2 make[1]: Leaving directory `/home/arybchik/cvs/build' make: *** [all] Error 2 When it is configured with --enable-targets=x86_64-elf, build works fine, but the result is the same. The most interesting point here is that multiplatform binutils (2.15) from Debian Sarge works fine. -- http://sourceware.org/bugzilla/show_bug.cgi?id=2495 --- 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/1259] windres does crash while converting res to coff
--- Additional Comments From navaraf at reactos dot com 2006-03-29 14:35 --- It was fixed since, the last line was "put_16 (big_endian, 0, d->data + 8);" before. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=1259 --- 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/2267] Segfault linking mips-elf binaries
--- Additional Comments From aurelbu at free dot fr 2006-03-29 17:59 --- Created an attachment (id=944) --> (http://sourceware.org/bugzilla/attachment.cgi?id=944&action=view) This is the core of the application... This should be better... Sorry! -- What|Removed |Added Attachment #943 is|0 |1 obsolete|| http://sourceware.org/bugzilla/show_bug.cgi?id=2267 --- 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/2267] Segfault linking mips-elf binaries
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30 00:22 --- Fixed with the following patch (which has been committed to mainline CVS): 2006-03-30 Ben Elliston <[EMAIL PROTECTED]> PR ld/2267 * elflink.c (elf_fixup_link_order): Ensure `elfsec' is not a special section number that exceeds the number of ELF sections (eg. SHN_MIPS_SCOMMON). -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=2267 --- 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/983] gas/ld .info doc's built in src/doc, not bld/doc directory if specifed.
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30 00:42 --- gas and ld use Automake-generated Makefiles. These build the Info documentation within the source tree so that the Info documentation is present when a distribution is prepared. GNU conventions are that users are shipped the Info documentation without an expectation that they will have Texinfo installed to build it themselves. If you feel strongly that this is wrong, Automake is the place to fix it. -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://sourceware.org/bugzilla/show_bug.cgi?id=983 --- 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/998] generates non-optimal instruction...
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-30 01:05 --- Some background info I should have added to help people looking through the bug database. alanm: Any opinions on PR 998? I gather from your comments that you've stated, "That's the way it is". Is there anything more to do here? bje, depends on how much work you want to do. the problem is that with listings turned on, each line is in a separate frag. you generally can't subtract labels in different frags (one of the frags might be something like .align) until final placement, so we punt when evaluating the size expression. you could a) rewrite gas listing code from scratch to not use frags, b) look back thru some frags when evaluating expressions It seems like a pretty obscure corner case. yes, but people do keep running into the problem, even with listings disabled. eg. you might need a new frag simply because memory allocated for old one runs out. in that case the two frags have a fixed relationship wrt start address, so you could subtract a label in one frag from a label in the other. not doing so breaks anything that depends on being able to evaluate such an expression early. conditional assembly, .org/.space, relax... -- http://sourceware.org/bugzilla/show_bug.cgi?id=998 --- 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/2338] objdump -d -l doesn't work correctly
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30 03:06 --- Fixed with this patch (and verified): 2006-03-05 H.J. Lu <[EMAIL PROTECTED]> Alan Modra <[EMAIL PROTECTED]> PR binutils/2338 * dwarf2.c (loadable_section): New struct. (dwarf2_debug): Add loadable_section_count and loadable_sections. (new_line_sorts_after): New. (add_line_info): Use new_line_sorts_after to compare line addresses. (check_function_name): Removed. (unset_sections): New. (place_sections): New. (_bfd_dwarf2_find_nearest_line): Updated. Call place_sections and unset_sections on relocatable files. (_bfd_dwarf2_find_line): Likewise. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=2338 --- 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/2218] Weak undefined symbol doesn't work properly with PIE
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30 03:20 --- 2006-02-24 H.J. Lu <[EMAIL PROTECTED]> PR ld/2218 * elf-bfd.h (elf_backend_data): Add elf_backend_fixup_symbol. (_bfd_elf_link_hash_fixup_symbol): New. * elflink.c (_bfd_elf_link_hash_fixup_symbol): New. (_bfd_elf_fix_symbol_flags): Call elf_backend_fixup_symbol if it isn't NULL. * elfxx-ia64.c (elf_backend_fixup_symbol): Defined. * elfxx-target.h (elf_backend_fixup_symbol): New. (elfNN_bed): Initialize elf_backend_fixup_symbol. 2006-02-21 Alan Modra <[EMAIL PROTECTED]> PR ld/2218 * elf32-arm.c (allocate_dynrelocs): Ensure undef weak sym in pie is dynamic. * elf32-hppa.c (allocate_dynrelocs): Likewise. * elf32-i386.c (allocate_dynrelocs): Likewise. * elf32-s390.c (allocate_dynrelocs): Likewise. * elf32-sh.c (allocate_dynrelocs): Likewise. * elf64-s390.c (allocate_dynrelocs): Likewise. * elf64-x86-64.c (allocate_dynrelocs): Likewise. * elf32-m32r.c (allocate_dynrelocs): Likewise. Discard relocs on undef weak with non-default visibility too. * elfxx-sparc.c (allocate_dynrelocs): Ditto. 2006-02-17 Alan Modra <[EMAIL PROTECTED]> PR ld/2218 * elf64-ppc.c (allocate_dynrelocs): Ensure undef weak sym is dynamic. (ppc64_elf_relocate_section): Check output reloc section size. * elf32-ppc.c (allocate_dynrelocs): Simplify undef weak test. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=2218 --- 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/841] mips64-elf-readelf was crashed by EABI64 binary.
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30 05:33 --- No test case supplied in almost a year. -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://sourceware.org/bugzilla/show_bug.cgi?id=841 --- 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/2097] 2.16.91.0.5 internal error wants to be reported ...
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30 05:34 --- Herbert, can you please supply a test case that helps to demonstrate the problem? -- http://sourceware.org/bugzilla/show_bug.cgi?id=2097 --- 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
