je pense qu'il y a un (léger) bug sur la coloration syntaxique de l'IDE ; si on tape un truc du genre #define MONSITEWEB "mon site (http://mon-site.com)", ce qui suis http:// et considéré comme un commentaire par l'IDE
NOTE : ceci n'a aucune incidence sur la compilation
Problème de priorités de tokens, vraisemblablement. (Je me rappelle bien qu'une ancienne version de GTools Compiler avait le même bogue... Heureusement que GCC comprend, lui...) Je vais reporter ça à Sebastian.
sinon où est-ce que je peux trouver de l'aide sur l'utilisation des répertoire et sous répertoires dans les projets de TIGCC?
en fait mon pb n'estpas de les faire ou de les enlever mais lorsque je déplace le moindre fichier dans un ss répertoire, impossible de recompiler vu toutes les erreurs sur les header que ça provoque
Il faut utiliser les répertoires tels qu'ils apparaissent dans l'IDE, pas tels qu'ils apparaissent dans ton système de fichiers. Si tu veux compiler tantôt dans l'IDE, tantôt en ligne de commande, il faudra que tu fasses attention à avoir la même structure de répertoires dans l'IDE et ton système de fichiers - oui, manuellement. C'est un feature de l'IDE que les répertoires virtuels ne doivent pas nécessairement correspondre aux répertoires réels. Mais évidemment les répertoires virtuels ne s'appliquent que si tu compiles dans l'IDE.
Moi je trouve ça déroutant que les répertoires soient virtuels.
Surtout que si on crée un répertoire "virtuel" et qu'on crée un fichier dedans, alors le répertoire virtuel sera créé, donc réel et le fichier sera dedans (sauf si ça a changé).
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas
. »
Et on ne peut pas faire ça autrement pour des raisons de compatibilité.
OK!
de toute façon il doit y avoir des choses à apporter sur tigcc plus importantes que la correction d'un bug visuel qui ne gène pas tant ke ça!
Kevin > La meilleure solution à ça serait de colorer uniquement #directive et de laisser le reste coloré normalement. Malheureusement, l'éditeur ne permet pas de faire ça (bogue ?)
Il permet de faire ça, ce n'est juste pas le règlage par défaut.
Il suffit de mettre " " comme marqueur de fin pour "Compiler directive".
Plus exactement, il faudrait pouvoir imbriquer les colorations.
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
ouep, avoir simplement une priorité de 'coloration' en fait
En termes de priorités, le problème est que les priorités ne sont pas transitives: # est prioritaire par rapport à "" et // est prioritaire par rapport à #, mais "" est prioritaire par rapport à //. On a donc un cycle dans le digraphe des priorités, et donc ça bogue inévitablement.
Une solution serait de distinguer les états "" dans # et "" en dehors de #. Comme ça, on pourrait afficher "" dans # comme # tout court, "" dans # serait prioritaire par rapport à # et //, le tout deviendrait acyclique et on aurait l'affichage voulu. Mais le framework actuel de coloration syntaxique ne permet pas ça.
)
Pourquoi ne pas le régler comme ça par défaut ?
> tout ce qui suit sur la même ligne ou lignes si il y'a '\' a la même coloration... 
