QMake- oder KDE-Projekt mit Kdevelop debuggen???

[DarkTron]

hallo,
habe mich mal seit langer zeit mal wieder mittels kdevelop 3.0.4 an der erstellung einer kde-anwendung versucht. anfangs lief auch alles gut, bis ich dann den source mittels gdb debuggen wollte.
eigentlich dachte ich ja mit kdevleop geht das einfach aber leider habe ich es einfach nicht hinbekommen.
wenn ich in einem kde-projekt auf debuggen gehe, dann steht in der gdb-ausgabe in etwa folgendes



56 dl-debug.c: Datei oder Verzeichnis nicht gefunden.
in dl-debug.c


auch war es mir nicht möglich ein qmake-projekt zu debuggen da das script libtool fehlt :confused:

nun meine fragen :rolleyes:
was muss ich machen damit ich ein kde- bzw qmake-projekt debuggen kann und gibt es eigentlich im neuen kdevlop auch die möglichkeit kdbg zu nutzen?

[undefined]

Libtool findest du je nach Projekt mit aclocal und libtoolize --help oder in oder mit KDEDIR/share/apps/kdelibs
/usr/bin/gdb --help
KDEDIR/bin/kdbg --help

[DarkTron]

für aclocal bzw. libtoolize wird aber doch die datei "configure.ac" benötigt, dieses existiert aber nicht bei einem qmake projekt. :confused:

[DarkTron]

hier sind mal die meldungen, die gbg ausgibt wennich innerhalb kdevelop ein kde-project debuggen will



/bin/sh -c /home/darktron/daten/projekte/kde1/debug/libtool /usr/local/bin/gdb /home/darktron/daten/projekte/kde1/debug/src/kde1 -fullname -nx -quiet
(gdb) set edit off
*** Warning: inferring the mode of operation is deprecated.
*** Future versions of Libtool will require -mode=MODE be specified.
(gdb) set confirm off
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) (gdb)
(gdb) set print static-members off
(gdb) tty /dev/pts/7
(gdb) set width 0
(gdb) set height 0
(gdb) set stop-on 1
(gdb) handle SIG32 pass nostop noprint
(gdb) handle SIG43 pass nostop noprint
(gdb) set print asm-demangle on
(gdb) cd /home/darktron/daten/projekte/kde1/debug/src
(gdb) break kde1.cpp:32
Breakpoint 1 at 0x804d102: file /home/darktron/daten/projekte/kde1/src/kde1.cpp, line 32.
(gdb) run
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 13382)]
(gdb) backtrace
Stopped due to shared library event
Current language: auto; currently c
#0 _dl_debug_state () at dl-debug.c:56
#1 0x400019d3 in dl_main (phdr=0x8048034, phnum=1073828160, user_entry=0xbffff4fc) at rtld.c:1617
#2 0x4000d2da in _dl_sysdep_start (start_argptr=0x0, dl_main=0x40001310 <dl_main>) at dl-sysdep.c:195
#3 0x40000cce in _dl_start_final (arg=0x0, info=0x40015814) at rtld.c:248
#4 0x40000fcb in _dl_start (arg=0xbffff990) at rtld.c:456
#5 0x40000bb7 in _start () at rtld.c:194
(gdb) info thread
1 Thread 16384 (LWP 13382) 0x00000000 in ?? ()
(gdb) frame 0
#0 _dl_debug_state () at dl-debug.c:56
56 dl-debug.c: Datei oder Verzeichnis nicht gefunden.
in dl-debug.c


kann mir vielleicht jemand sagen was da los ist?

mit kdbg kann ich das programm lustigerweise debuggen aber ich hätte das doch ganz gern in kdevelop integriert.

[borgg]

die fehlermeldung hatte ich auch mal. ich musste manuell in den makedateien die debug-option für den kompiler setzen. irgendwie hat kdevelop das nicht automatisch gemacht(warum weiß ich bis heute nicht). und daher waren keine debug-informationen für dateien vorhanden.