squalyl (./13) :
KTIGCC devrait s'adapter au maximum de conventions plutot que d'en supporter une et de tuer les autres.

Alors déjà là je ne suis pas d'accord, donc on est mal partis.

N'importe quel chemin peut être converti de relatif en absolu si on connait le chemin absolu du TPR. Si tu veux pas faire l'algo, je te le fais, et tu l'intègres.

Ce n'est pas la conversion le problème, mais le choix de convertir ou pas.

et puis j'ai bien lu le source du parseur de TPR et on y fait bien la différence entre les "C File %i" et les autres, donc c'est sélectionnable par vrai type de fichier et on a pas besoin de l'extension.

Ça ne change rien, un Header File peut faire partie du projet ou d'une lib externe.

au pire on peut avoir une fenêtre de propriétés par fichier, pour y choisir si on veut l'enregistrer en relatif ou en absolu

Beurk! Pas pratique du tout, ça.

Zephyr (./14) :
En revanche, est-ce que KTIGCC possède toujours cette horreur de dossiers virtuels qui ne correspondent pas aux dossiers physiques où sont stockés les sources ?

Oui, et ça restera toujours, compatibilité antérieure oblige.

Lionel Debroux (./17) :
Même si pour TICT-Explorer, c'était plus simple de patcher tprbuilder que de maintenir un TPR par langue pour le lanceur et l'explorateur (12 TPR au lieu de 2 !!).

Ton patch a été intégré depuis.