Le plus simple serait d'avoir 2 modes :
1) le mode actuel, pour la compatibilité et ceux qui y tiennent absolument
2) un mode classique, où tous les fichiers sont sauvegardés automatiquement et où GCC travaille sur les vrais fichiers (pas des copies dans un répertoire temporaire)
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
Pour faire part de ma modeste expérience, sachez qu'on peut "hacker" (expression de KK soi-même) TIGCC en mettant toutes les libs dont vous disposez dans le répertoire include de TIGCC, après plus de pb à la compilation.
nounoun> le pb n'est pas pr les librairies, mais pr les fichiers en include
genre #include "../../mesinclude/lib36/inc1.h"
(enfin, les include avec un chemin relatif quoi)
#59: intéressant. Mais encore une fois: ceux qui trouvent que ça devrait être amélioré, faîtes-le vous-même. Sebastian n'a pas que ça à faire...
PpHd Le 14/08/2003 à 14:21Edité par PpHd le 15/08/2003 à 17:27 Perso mon experience personnelle me fait dire que les chemins relatifs dans les includes sont une mauvaise idee...
expression ? (expérience ?)
nitro Le 14/08/2003 à 14:48 En effet c'est une mauvaise idée, et déconseillé par pas mal de gens. L'utilisation de -I est préférable, et très probablement plus portable.
So much code to write, so little time.
Le path sera enregistré en relatif, dans le tpr ?
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 :
www.ti-fr.com.
Quelques idées personnelles
ici.
Kevin Kofler Le 02/09/2003 à 23:41Edité par Kevin Kofler le 02/09/2003 à 23:45 Mais non, je viens de vérifier, si le fichier se trouve effectivement dans le sous-répertoire (pas seulement dans le projet), le chemin n'est pas codé en relatif. (Ce n'est pas encore implémenté, apparemment.)
