Discussion :

[phraides]

Bonjour,

J'utilise C::B 8.02 et gdb 6.8 pour debuguer un projet simple Qt, sous windows.

Mon probleme est que quand je decide de metre un breakpoint dans un de mes fichiers source, gdb affiche:

"No source file named D:/Project/Code/Qt/OGLArea/src/oglarea.cpp in loaded symbols.
Breakpoint 1 ("D:/Project/Code/Qt/OGLArea/src/oglarea.cpp:18) pending."

Et s'arrete la! Je suis obligé tuer GDB a la main..
Je compile bien en generant les symboles debug.

J'ai lu sur le net que pour debuguer un projet avec gdb sous windows/C::B, il faut preciser les chemin absolus des fichiers dans le makefile, car gdb a des problemes avec les chemins relatifs.
Le probleme c'est que j'utilise qmake pour generer mon makefile, et qmake transforme les chemins absolus que je met dans mes .pro/.pri, en chemin relatifs

Y a t'il un moyen de forcer qmake a generer le makefile avec des chemins absolus? Ou une facon de debuguer avec gdb en utilisant les chemins relatifs?

[SuperBebert]

J'ai lu sur le net que pour debuguer un projet avec gdb sous windows/C::B, il faut preciser les chemin absolus des fichiers dans le makefile, car gdb a des problemes avec les chemins relatifs.
Le probleme c'est que j'utilise qmake pour generer mon makefile, et qmake transforme les chemins absolus que je met dans mes .pro/.pri, en chemin relatifs

Y a t'il un moyen de forcer qmake a generer le makefile avec des chemins absolus? Ou une facon de debuguer avec gdb en utilisant les chemins relatifs?

Pour corriger ce problème, j'ai utilisé l'option de compilation GCC : -ggdb3
=> -ggdb : debugging spécifique pour gdb
=> 3 : ajoute pleins d'informations supplémentaires (elle n'est sans doute pas nécessaire : à voir)

Voila en espérant que ça aidera quelqu'un.