C'est normal que ça fonctionne toujours chez toi: tant que ça ne fonctionne pas sur ta machine, tu vas chercher à le corriger pour que ça fonctionne
> Je ne trouve pas qu'il soit particulièrement lent sur une machine moderne.
Mon P4 2.6 GHz ne doit pas être moderne, alors... Plusieurs secondes pour la première ouverture du debugger dans une session TIEmu donnée, puis des centaines de millisecondes pour faire apparaître toutes les fenêtres (puisqu'il est visible qu'elles n'apparaissent pas toutes en même temps).
> > J'imagine que GTK ne fournit pas un moyen de regrouper plusieurs fenêtres en une (ou que seules des versions de GTK un peu trop récentes le font) ?
> Je ne sais pas, mais l'intérêt de notre interface est qu'on peut choisir exactement les fenêtres dont on a besoin, ce qui nous permet de proposer plus d'informations que VTI, et de permettre aux utilisateurs qui n'ont pas besoin de toutes ces informations de rendre par exemple la fenêtre de désassemblage plus grande. Si on réunissait tout en une fenêtre, on perdrait cette flexibilité.
Il me semble qu'on en avait déjà parlé, et j'ai oublié de le préciser cette fois, mais je pensais plutôt à fournir le mode "regroupé" _en plus_ du mode fenêtres éparpillées. On ne sait jamais, il pourrait peut-être y avoir un truc intéressant dans GTK.
> C'est bien pour ça qu'il ne faut pas mettre des fichiers en dehors du répertoire du projet dans ses .tpr.
C'est bien ça le problème dans mes projets... Deux projets frères (tests d'ExtGraph, dans trunk/src/lib), dont l'un est à usage interne, donc je ne peux pas utiliser des symlinks. Si je fais ces projets pour qu'ils fonctionnent dans KTIGCC, ils ne fonctionnent pas avec tprbuilder, et inversement.
Pour qu'ils fonctionnent dans tprbuilder, il faut que je mette dans mes .c
#include "../../lib/extgraph.h"
Pour qu'ils fonctionnent dans KTIGCC, il faut que je mette dans mes .c
#include "extgraph.h"
Je viens de revérifier ce comportement avec le dernier KTIGCC disponible sur repo.calcforge.org. En revanche, je n'ai pas encore mis à jour le package tigcc depuis 0.96 Beta 7 vers 0.96 Beta 8, donc peut-être que tprbuilder a changé depuis.
(Au passage, j'ai vu une boulette de KTIGCC: avec le flag "-v" dans les options du compilateur, tous les messages "verbose" sont interprétés comme des erreurs, ce qui empêche de poursuivre plus loin. tprbuilder s'en moque.)