[Bug gas/4799] New: Common symbols not given type STT_COMMON

2007-07-17 Thread rearnsha at gcc dot gnu dot org
In around 2001 the ELF spec was changed to imply that common symbols should have type STT_COMMON. Gas does not support this. Moreover, the .type directive does not have "common" as a valid type. -- Summary: Common symbols not given type STT_COMMON Product: binutils

[Bug gas/4799] Common symbols not given type STT_COMMON

2007-07-17 Thread rearnsha at gcc dot gnu dot org
--- Additional Comments From rearnsha at gcc dot gnu dot org 2007-07-17 12:23 --- .comm foo, 32 # .type foo, %common uncomment the line to get an error. nm -fsysv shows foo |0020| C |OBJECT|0020| |*COM* -- http://sourceware

[Bug binutils/590] Notice "$d" symbols when disassembling

2007-07-17 Thread rearnsha at gcc dot gnu dot org
--- Additional Comments From rearnsha at gcc dot gnu dot org 2007-07-17 13:42 --- Fixed on trunk (2.18) -- What|Removed |Added Status|NEW

[Bug gas/4649] no transition to Thumb with local labels

2007-07-17 Thread rearnsha at gcc dot gnu dot org
--- Additional Comments From rearnsha at gcc dot gnu dot org 2007-07-17 15:11 --- This is to be expected. In ELF, local labels have type STT_NOTYPE, and these can't be used for interworking purposes (only labels of type STT_FUNC can). -- What|Removed

[Bug gas/4651] chained .req do not work

2007-07-17 Thread rearnsha at gcc dot gnu dot org
--- Additional Comments From rearnsha at gcc dot gnu dot org 2007-07-17 15:19 --- I think it shouldn't be allowed. Consider: rsXX1 .req r0 rsXX2 .req rsXX1 .unreq rsXX1 What value does rsXX2 have now? What if rsXX1 were further redefined? -- What|Removed

[Bug ld/4689] relocation truncated to fit: R_ARM_THM_JUMP11

2007-07-17 Thread rearnsha at gcc dot gnu dot org
--- Additional Comments From rearnsha at gcc dot gnu dot org 2007-07-17 15:30 --- I think you missed telling us about the -thumb option in your testcase. The answer is no. The ARM ABI says (http://www.arm.com/pdfs/aaelf.pdf), section 4.6.1.5: A linker is not required to generate trampo

[Bug binutils/4801] New: MAXQ warning regarding mem_access_syntax_table

2007-07-17 Thread svdb+sourceware dot org at stack dot nl
While compiling binutils with --targets=all, building aborts on opcodes/maxq- dis.c. (A warning which becomes an error due to -Werror) /home/svdb/src/binutils-2.17/opcodes/maxq-dis.c: In function 'get_reg_name': /home/svdb/src/binutils-2.17/opcodes/maxq-dis.c:185: warning: the address of 'mem_acce

[Bug binutils/4802] New: "const" discarded; strip_suffix should have a const argument

2007-07-17 Thread svdb+sourceware dot org at stack dot nl
Building with gcc 4.2.0. cc1: warnings being treated as errors /home/svdb/src/binutils-2.17/binutils/srconv.c: In function 'main': /home/svdb/src/binutils-2.17/binutils/srconv.c:428: warning: passing argument 1 of 'strip_suffix' discards qualifiers from pointer target type Changing the argument

[Bug gas/4651] chained .req do not work

2007-07-17 Thread axelheider at gmx dot de
--- Additional Comments From axelheider at gmx dot de 2007-07-17 21:40 --- Well, in this case I would actually expect something like an error at ".unreq rsXX1" with the message ".unreq not allowed, because another .req definition at line XXX already depends on it". A un-definition of "rs

[Bug gas/4649] no transition to Thumb with local labels

2007-07-17 Thread axelheider at gmx dot de
--- Additional Comments From axelheider at gmx dot de 2007-07-17 21:43 --- Why is the recommended way to make a arm-to-thumb transition within a function? Do I have to use global labels after all? -- http://sourceware.org/bugzilla/show_bug.cgi?id=4649 --- You are receiving this