[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

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

[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/s

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

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

[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?i

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

[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/test

[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