[Bug ld/6945] ld -r severely broken on 64-bit mingw / pe-x86-64

2008-10-25 Thread mikpe at it dot uu dot se
--- 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 --

[Bug ld/6945] ld -r severely broken on 64-bit mingw / pe-x86-64

2008-10-25 Thread nickc at redhat dot com
--- 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):

Re: Possible bugs in gnu assembler for IA64

2008-10-25 Thread Nick Clifton
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

Re: Possible bugs in gnu assembler for IA64

2008-10-25 Thread Nick Clifton
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 :

[Bug binutils/6986] New: gdb/gdbtk/generic/gdbtk-stack.c - fail due to strict aliasing

2008-10-25 Thread alon dot barlev at gmail dot com
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

[Bug binutils/6986] gdb/gdbtk/generic/gdbtk-stack.c - fail due to strict aliasing

2008-10-25 Thread alon dot barlev at gmail dot com
--- 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 --

[Bug binutils/6987] New: sid/component/tcl fails to compile using internal tcl

2008-10-25 Thread alon dot barlev at gmail dot com
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,

[Bug binutils/6987] sid/component/tcl fails to compile using internal tcl

2008-10-25 Thread alon dot barlev at gmail dot com
--- 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 ---

[Bug binutils/6986] gdb/gdbtk/generic/gdbtk-stack.c - fail due to strict aliasing

2008-10-25 Thread schwab at suse dot de
--- 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

[Bug binutils/6986] gdb/gdbtk/generic/gdbtk-stack.c - fail due to strict aliasing

2008-10-25 Thread alon dot barlev at gmail dot com
--- 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 ---