[Bug ld/10881] Multithreading link. Thread-local storage (__thread) is not working?

2009-11-19 Thread YLitvinenko at astana dot oilfield dot slb dot com

--- Additional Comments From YLitvinenko at astana dot oilfield dot slb dot 
com  2009-11-19 08:37 ---
I repeated the test (see test script between lines " cut here ")
using gcc-4.4.2.

Result the same.
 cut here -

SRC=test_binutils.c
OBJ=test_binutils.o

OPT="/usr/lib/crt1.o /usr/lib/crti.o /usr/ccs/lib/values-Xa.o /usr/gnu/lib/gcc/
i386-pc-solaris2.11/4.4.2/crtbegin.o test_binutils.o -L/lib -lc /usr/gnu/lib/
gcc/i386-pc-solaris2.11/4.4.2/crtend.o /usr/lib/crtn.o"

cat > $SRC 

[Bug ld/10881] Multithreading link. Thread-local storage (__thread) is not working?

2009-11-19 Thread YLitvinenko at astana dot oilfield dot slb dot com

--- Additional Comments From YLitvinenko at astana dot oilfield dot slb dot 
com  2009-11-19 08:40 ---
Created an attachment (id=4394)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=4394&action=view)
object file from gcc-4.4.2


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10881

--- 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/10881] Multithreading link. Thread-local storage (__thread) is not working?

2009-11-19 Thread YLitvinenko at astana dot oilfield dot slb dot com

--- Additional Comments From YLitvinenko at astana dot oilfield dot slb dot 
com  2009-11-19 08:41 ---
Created an attachment (id=4395)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=4395&action=view)
output from gcc-4.4.2 and ld version 2.20


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10881

--- 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/10982] objcopy brings 'invalid operation' when adding debug link section

2009-11-19 Thread robert dot wohlrab at gmx dot de

--- Additional Comments From robert dot wohlrab at gmx dot de  2009-11-19 
10:57 ---
According to http://bugs.debian.org/556951 it is a Debian specific eglibc bug.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10982

--- 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/10924] Bug in objdump when disassembling raw armv4t binaries

2009-11-19 Thread nickc at redhat dot com

--- Additional Comments From nickc at redhat dot com  2009-11-19 11:15 
---
Hi Chris,

> Just to make sure we're clearmy understanding of my ARM manual is that 
> we need to specify #0 just like any other number.

Not quite.  There is one form of Addressing Mode 3 where the #0 is optional. 
This is Immediate Offset addressing (see page A5-36 of the ARM ARM that you are
using).

Cheers
  Nick


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10924

--- 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/10924] Bug in objdump when disassembling raw armv4t binaries

2009-11-19 Thread nickc at redhat dot com

--- Additional Comments From nickc at redhat dot com  2009-11-19 14:01 
---
Created an attachment (id=4396)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=4396&action=view)
Do not prnt zero offset for Immediate Offset addressing


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10924

--- 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/10924] Bug in objdump when disassembling raw armv4t binaries

2009-11-19 Thread nickc at redhat dot com

--- Additional Comments From nickc at redhat dot com  2009-11-19 14:03 
---
Hi Guys,

  Right - I have checked in the third patch in this series.  This restores the
default behaviour of not printing a zero offset if it is used in Immediate
Offset addressing mode.  This also resovles the group-relocations.[sd] linker
testsuite regression reported by Daniel.

Cheers
  Nick


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10924

--- 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/10924] Bug in objdump when disassembling raw armv4t binaries

2009-11-19 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2009-11-19 
14:07 ---
Subject: Bug 10924

CVSROOT:/cvs/src
Module name:src
Changes by: ni...@sourceware.org2009-11-19 14:07:11

Modified files:
opcodes: ChangeLog arm-dis.c 
gas/testsuite  : ChangeLog 
gas/testsuite/gas/arm: arch4t-eabi.d arch4t.d arm7t.d armv1.d 
   wince_inst.d xscale.d 

Log message:
PR binutils/10924
* gas/arm/arch4t-eabi.d: Restore previous expected dissambly of
instructions using Immediate Offset addressing with an offset of
zero.
* gas/arm/arch4t.d: Likewise.
* gas/arm/arm7t.d: Likewise.
* gas/arm/xscale.d: Likewise.
* gas/arm/wince-inst.d: Remove 'p' suffix from cmp, cmn, teq and
tst instructions.

PR binutils/10924
* arm-dis.c (print_insn_arm): Do not print an offset of zero when
decoding Immediaate Offset addressing.

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/opcodes/ChangeLog.diff?cvsroot=src&r1=1.1506&r2=1.1507
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/opcodes/arm-dis.c.diff?cvsroot=src&r1=1.113&r2=1.114
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gas/testsuite/ChangeLog.diff?cvsroot=src&r1=1.1596&r2=1.1597
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/arm/arch4t-eabi.d.diff?cvsroot=src&r1=1.3&r2=1.4
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/arm/arch4t.d.diff?cvsroot=src&r1=1.6&r2=1.7
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/arm/arm7t.d.diff?cvsroot=src&r1=1.17&r2=1.18
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/arm/armv1.d.diff?cvsroot=src&r1=1.6&r2=1.7
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/arm/wince_inst.d.diff?cvsroot=src&r1=1.7&r2=1.8
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/arm/xscale.d.diff?cvsroot=src&r1=1.11&r2=1.12



-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10924

--- 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/10980] Please support more options available from old ld

2009-11-19 Thread robert dot wohlrab at gmx dot de

--- Additional Comments From robert dot wohlrab at gmx dot de  2009-11-19 
16:53 ---
Thanks for your fast reply. All your information was forwarded to the actual
maintainer of the packages. And yes, the extra space was the problem with
relro... haven't seen that there is a extra space. It was reported to
http://bugs.debian.org/557077 with patch.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10980

--- 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