[Bug binutils/17940] See unexpected diagnostic from msp430-elf-objdump BFD: Dwarf Error: mangled line number section.

[oarias at knights dot ucf.edu]

https://sourceware.org/bugzilla/show_bug.cgi?id=17940

Orlando Arias <oarias at knights dot ucf.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|CLOSED                      |UNCONFIRMED
                 CC|                            |oarias at knights dot ucf.edu
         Resolution|FIXED                       |---
     Ever confirmed|1                           |0

--- Comment #5 from Orlando Arias <oarias at knights dot ucf.edu> ---
Greetings,

I compiled the msp430-elf toolchain and I seem to have encountered this error
even after applying the aforementioned patch. What is more, when disassembling
the binary, I have encountered a few problems with the way label names are
recorded in the resulting ELF.

$ msp430-elf-gcc -v
Using built-in specs.
COLLECT_GCC=msp430-elf-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/msp430-elf/5.1.0/lto-wrapper
Target: msp430-elf
Configured with: ../configure --prefix=/usr --program-prefix=msp430-elf-
--target=msp430-elf --host=x86_64-unknown-linux-gnu
--build=x86_64-unknown-linux-gnu --disable-shared --disable-nls
--disable-threads --enable-languages=c,c++ --enable-multilib
--with-local-prefix=/usr/msp430-elf --with-sysroot=/usr/msp430-elf
--with-as=/usr/bin/msp430-elf-as --with-ld=/usr/bin/msp430-elf-ld
--disable-libgomp --enable-interwork --enable-addons : (reconfigured)
../configure --prefix=/usr --program-prefix=msp430-elf- --target=msp430-elf
--host=x86_64-unknown-linux-gnu --build=x86_64-unknown-linux-gnu
--disable-shared --disable-nls --disable-threads --enable-languages=c,c++
--enable-multilib --with-local-prefix=/usr/msp430-elf
--with-sysroot=/usr/msp430-elf --with-as=/usr/bin/msp430-elf-as
--with-ld=/usr/bin/msp430-elf-ld --disable-libgomp --enable-interwork
--enable-addons : (reconfigured) ../configure --prefix=/usr
--program-prefix=msp430-elf- --target=msp430-elf
--host=x86_64-unknown-linux-gnu --build=x86_64-unknown-linux-gnu
--disable-shared --disable-nls --disable-threads --enable-languages=c,c++
--enable-multilib --with-local-prefix=/usr/msp430-elf
--with-sysroot=/usr/msp430-elf --with-as=/usr/bin/msp430-elf-as
--with-ld=/usr/bin/msp430-elf-ld --disable-libgomp --enable-interwork
--enable-addons
Thread model: single
gcc version 5.1.0 (GCC) 


$ msp430-elf-objdump -v
GNU objdump (GNU Binutils) 2.25
Copyright (C) 2014 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) any later version.
This program has absolutely no warranty.

$ msp430-elf-objdump -S blink.elf 2>/dev/null | hexdump -C | less
00002d50  33 35 35 36 09 09 3b 23  30 78 66 38 34 34 0a 0a  |3556..;#0xf844..|
00002d60  30 30 30 30 66 61 36 34  20 3c 4c 30 01 3e 3a 0a  |0000fa64 <L0.>:.|
00002d70  20 20 20 20 66 61 36 34  3a 09 62 30 20 31 32 20  |    fa64:.b0 12 |
00002d80  62 30 20 66 38 20 09 63  61 6c 6c 09 23 36 33 36  |b0 f8 .call.#636|
00002d90  36 34 09 09 3b 23 30 78  66 38 62 30 0a 0a 30 30  |64..;#0xf8b0..00|
00002da0  30 30 66 61 36 38 20 3c  4c 30 01 3e 3a 0a 20 20  |00fa68 <L0.>:.  |
00002db0  20 20 66 61 36 38 3a 09  33 30 20 34 31 20 20 20  |  fa68:.30 41   |
00002dc0  20 20 20 20 09 72 65 74  09 09 09 0a              |    .ret....|

[output trimmed, notice the 0x01 after L0]

$ cat main.c 
#include <msp430.h>

#ifdef __GNUC__
__attribute__((interrupt(TIMERA0_VECTOR)))
#else
#pragma vector=TIMER0_A0_VECTOR
#endif
void TimerA_vec(void) {
        P1OUT ^= 0xff;
}


int main(void) {
        WDTCTL = WDTPW | WDTHOLD;
        P1DIR = 0xff;
        P1OUT = 0x01;

        TACCR0 = 62499;
        TACCTL0 = CCIE;
        TACTL = (TASSEL1 | MC0 | ID1 | ID0);

        __bis_SR_register(CPUOFF | GIE);

        return 0;
}


I am changing the bug to unconfirmed provided that I do not know if this is a
compilation issue on my side when building the toolchain or if it is a problem
with binutils or newlib [or the compiler itself]. Thank you for your time and
sorry for any inconvenience.

Cheers,
Orlando.

-- 
You are receiving this mail because:
You are on the CC list for the bug.