GCC produziert nicht Zeilennummer-Informationen, auch mit der option-g

Habe ich gebaut und installiert GCC 4.8.1 von Quelle:

$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.8.1/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ./configure --disable-multilib
Thread model: posix
gcc version 4.8.1 (GCC)

Und ich habe geschrieben, einfach nutzloses Programm:

$ cat hw.c
#include <stdio.h>

void foo()
{
    int a;
    scanf("%d", &a); /* So I can press ctrl+c here. */
    printf("Hello world!\n");
}

int main()
{
    foo();   
}

Ich jetzt kompilieren Sie diesen:

$ gcc -g -O0 hw.c -o hw

Dann begann Debuggen mit GDB:

$ gdb hw
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /home/calmarius/workdir/crucible/hw/hw...done.
(gdb)

Starten und Strg+C wird es sofort:

(gdb) run
Starting program: /home/dcsirmaz/workdir/crucible/hw/hw 
^C
Program received signal SIGINT, Interrupt.
0x00007ffff7b018b0 in __read_nocancel () at ../sysdeps/unix/syscall-template.S:82
82  ../sysdeps/unix/syscall-template.S: Nincs ilyen fájl vagy könyvtár.

Bekam ich-Funktion Namen in der backtrace aber keine Zeilennummern in meinem code:

(gdb) bt
#0  0x00007ffff7b018b0 in __read_nocancel () at ../sysdeps/unix/syscall-template.S:82
#1  0x00007ffff7a95ff8 in _IO_new_file_underflow (fp=0x7ffff7dd4340) at fileops.c:619
#2  0x00007ffff7a9703e in _IO_default_uflow (fp=0x7ffff7dd4340) at genops.c:440
#3  0x00007ffff7a74fb6 in _IO_vfscanf_internal (s=<optimized out>, format=<optimized out>, argptr=0x7fffffffe018, errp=0x0) at vfscanf.c:620
#4  0x00007ffff7a790bd in __isoc99_scanf (format=<optimized out>) at isoc99_scanf.c:37
#5  0x000000000040054e in foo ()
#6  0x0000000000400568 in main ()

Was ist schief gegangen? Vielleicht ist es etwas mit der Konfiguration?

InformationsquelleAutor Calmarius | 2013-08-23
  1. 16

    Dein gdb ist zu alt-Sie brauchen ein neueres gdb (ich benutze 7.6) zu verstehen, die debugging-Informationen generiert, die die gcc 4.8.1

    • Genauer gesagt, GCC-4.8 standardmäßig dwarf4 (gcc.gnu.org/gcc-4.8/changes.html), aber dein GDB ist zu alt, das zu verstehen. Bauen mit -gdwarf-2, und du bekommst deine Zeilennummern zurück. Oder update GDB auf eine neuere aus dem Quellcode zu bauen.
    • Also gdb 7.4 ist zu alt.
    • Bau und Installation von gdb-7.6 das problem gelöst.
    InformationsquelleAutor Chris Dodd
  2. 9

    In der Regel GCC nutzt Zwerg als seine wichtigsten debugging-Datei-format, Sie benötigen zum aktivieren der Zwerg Unterstützung beim erstellen der gcc mit dem flag --with-dwarf2.

    Beim Aufbau Ihrer kompilierten Objekt, das Sie verwenden können -ggdb statt -g die eine bestimmte Lösung, sondern gerade für gdb.

    • Ok, kompilieren. Wenn es funktioniert, werde ich das akzeptieren.
    • Eigentlich, Zwerg ist das problem -- er benutzt Ubuntu die alte version von gdb, die nicht verstehen, debug-Informationen erzeugt, indem Sie die neueste version von gcc.
    • Ja, die --with-dwarf2 switch hat das problem nicht lösen.
    InformationsquelleAutor user1154
Schreibe einen Kommentar