[Bug ld/6945] ld -r severely broken on 64-bit mingw / pe-x86-64
--- Additional Comments From mikpe at it dot uu dot se 2008-10-25 09:41 --- (In reply to comment #4) Nick, I've tested your patch and it fixes both the two test cases I posted and the original application where I first noticed the bug. Thanks. /Mikael -- http://sourceware.org/bugzilla/show_bug.cgi?id=6945 --- 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/6945] ld -r severely broken on 64-bit mingw / pe-x86-64
--- Additional Comments From nickc at redhat dot com 2008-10-25 09:54 --- Hi Mikael, Ok, I have checked the patch in along with this changelog entry. Cheers Nick ld/ChangeLog 2008-10-25 Nick Clifton [EMAIL PROTECTED] PR 6945 * ldlang.c (lang_size_sections_1): Do not update the VMAs of output sections when performing a relocatable link on COFF objects. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=6945 --- 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
Re: Possible bugs in gnu assembler for IA64
Hi Surbhi, .section test .quad 1f .quad 2f 1:{ nop 0x0 nop 0x0 nop 0x0 } 2:{ nop 0x0 nop 0x0 nop 0x0 } .previous When I try to assemble this test using an ia64 assembler built from the current mainline binutils sources I get two error messages: % ia64-linux-as foo.s foo.s:4: Warning: Directive invalid within a bundle foo.s:9: Warning: Directive invalid within a bundle Am I missing something from the command line ? Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: Possible bugs in gnu assembler for IA64
Hi Surbhi, Here is a easier pointer to the bug1: I am not an IA64 expert, but I took a look at this problem. .macro emul_ptr_i pr=p0,va,sz .section test, a, progbits (\pr) ptr.i \va,\sz .previous (\pr) ptr.i \va,\sz .endm nop.m 0x0 emul_ptr_i p1, r1, r2 Comment : both the ptr.i instructions go into the .text section. The first instruction is supposed to go in the test section. The problem it seems to me is that the test section is a data section and so the assembler does not want to put code into it. (Maybe the assembler should trust the program and put instructions there, but it certainly does not seem to want to). Anyway if I change the .section directive in your test case to: .section test, ax, progbits then the test works and the first ptr.i instruction is placed into the test section. Putting a .align(16) before the instruction insertion in the test section and after the .popsection, helps in putting the instructions in their respective sections. Are you sure ? This did not work when I tried it. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/6986] New: gdb/gdbtk/generic/gdbtk-stack.c - fail due to strict aliasing
Hello, arguments = *(int*) clientData; Gets strict aliasing warning that escalate to error and fails build. Attached a simple temp fix against head. Thanks! -- Summary: gdb/gdbtk/generic/gdbtk-stack.c - fail due to strict aliasing Product: binutils Version: 2.20 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: alon dot barlev at gmail dot com CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=6986 --- 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/6986] gdb/gdbtk/generic/gdbtk-stack.c - fail due to strict aliasing
--- Additional Comments From alon dot barlev at gmail dot com 2008-10-25 22:40 --- Created an attachment (id=3025) -- (http://sourceware.org/bugzilla/attachment.cgi?id=3025action=view) binutils-cvs-gdbtk-stack-strict-aliasing.patch -- http://sourceware.org/bugzilla/show_bug.cgi?id=6986 --- 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/6987] New: sid/component/tcl fails to compile using internal tcl
Hello, The build environment has the capacity to use in-tree tcl. The sid/component/tcl is able to use this tcl, it does this by modifying the CPPFLAGS in its autoconf. The problem is that the outer build environment overrides the CPPFLAGS with something else and put it into the environment, so when the sid/component/tcl Makefile is evaluated its CPPFLAGS is ignored. Attached a simple fix for this issue, using the INCLUDE variable. Thanks! -- Summary: sid/component/tcl fails to compile using internal tcl Product: binutils Version: 2.20 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: alon dot barlev at gmail dot com CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=6987 --- 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/6987] sid/component/tcl fails to compile using internal tcl
--- Additional Comments From alon dot barlev at gmail dot com 2008-10-25 22:44 --- Created an attachment (id=3026) -- (http://sourceware.org/bugzilla/attachment.cgi?id=3026action=view) binutils-cvs-sid-tcl-build.patch -- http://sourceware.org/bugzilla/show_bug.cgi?id=6987 --- 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/6986] gdb/gdbtk/generic/gdbtk-stack.c - fail due to strict aliasing
--- Additional Comments From schwab at suse dot de 2008-10-25 22:53 --- Neither gdb nor gdbtk are part of binutils. And the patch is as broken as the original code, it still fails on big-endian 64-bit architectures. Please report that to the insight mailinglist. -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=6986 --- 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/6986] gdb/gdbtk/generic/gdbtk-stack.c - fail due to strict aliasing
--- Additional Comments From alon dot barlev at gmail dot com 2008-10-25 23:19 --- Sorry... So what is it doing in the tree? Sent a message [1]. Thank you. [1] http://sources.redhat.com/ml/insight/2008-q4/msg6.html -- http://sourceware.org/bugzilla/show_bug.cgi?id=6986 --- 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