pb de warning avec tigcc - Page 2

Bah disons qu'on a eu énormément de problèmes avec depuisleur création, mais il paraît que ce ne sont pas des bugs, seulement des fonctionnalités qu'on n'arrive pas à maîtriser... bref. Perso j'ai rennoncé à esayer de les utiliser, c'est plus simple de tout mettre à la racine finalement :/

je comprends pas que vous utilisez encore cette IDE lente et pas pratique... un bon Makefile avec n'importe que léditeur de texte est bien mieux !

Bah oui, mias malheureusement au niveau de la diffusion du projet après... et ça reste quand même pratique ne serait-ce que pour les switchs à passer automatiquement, que perso je ne connais pas par coeur. Mais je songe de plus en plus à m'en passer c'est vrai.

heu... les switchs, tu les mets une fois et puis c'est bon

Ximoon
: Perso j'ai rennoncé à esayer de les utiliser, c'est plus simple de tout mettre à la racine finalement :/

Moui sauf que là, à la base, c'est un projet pour PC et que si TIGCC n'avait pas ces bugs je pourrais le compiler pour Ti sans rien changer ou presque (un main à rajouter pour que les arguments soient passés de la même manière, le "time.h" qui n'existe pas, enfin que des détails). Hors de question de virer les dossiers de la version PC sous pretexte que l'ide pour Ti est foireuse :/

bah, utilises pas l'IDE, dans ce cas, pour compiler
et dans ton readme, tu met que ça marche pas sous l'IDE à cause d'une fonctionnalitée bugguée

Oui c'est ce que je vais finir par faire, le topic était juste là parceque "certains membres de la TIGCC team qui sont bannis mais lisent quand même" peuvent en tenir compte.

Lionel Debroux :
Tiens, je ne connaissais pas du tout les dossiers virtuels tels que les montre le screenshot. Vu ce que vous en dites, ça n'a pas l'air d'être très bien...

mais non, c'est marrant, on peut aussi avoir des erreurs à des lignes qui n'existent pas avec ce système

Ca me fait rire, mais si ca vous plait pas, utilisez un editeur de texte (vi powa) et programmez en asm!!!!
à oui j'oubliais, certains critiquent pas mal de choses qu'ils ne maitrisent pas...

Ca fait plus de trois ans que je vois JS sur les forums, et il n'a décidément n'a pas vraiment changé... Toujours les mêmes trolls pas forcément reliés au sujet...

Certes, mais ça aussi c'est un troll qui est encore moins à sa place ici que le précédent

Il serait plus fin de faire comme Pollux l'autre jour: "Trop gros, ça ne passera pas" (j'y ai pensé avant de poster #39), mais je vais laisser #39 comme ça...

Ca me fait rire, mais si ca vous plait pas, utilisez un editeur de texte (vi powa) et programmez en asm!!!!

Tu voulais peut être le prendre au second degré mais moi je vous conseille fortement de le prendre au premier du moins pour vi.

à oui j'oubliais, certains critiquent pas mal de choses qu'ils ne maitrisent pas...

Entièrement d'accord! Le problème c'est que TIGCC-IDE est fait pour les neuneu. Je ne veux absolument pas dire que tous ceux qui l'utilisent en sont, mais qu'il est fait pour eux.

Mouais enfin le coup des dossiers virtuels, on peut pas dire que ca soit fait pour les neuneus, au contraire... (c'est compliqué a maitriser, et on ne comprend pas pkoi les dossiers de TIGCC-IDE et les "vrais" dossiers ne seraient pas les memes) Le probleme, c'est plutot que c'est assez mal foutu (et les dossiers virtuels, c'est juste pour rester compatible avec l'ancienne facon de faire de tout mettre dans un gros repertoire), parce qu'ils n'ont pas lancé de vrai débat avant d'implementer ces "features" tordues.

Je préfère quand même des éditeurs plus modernes que VI, Emacs (passe encore XEmacs), nano, etc., comme SciTE, Nedit, Kate, etc.

Pollux> C'est ce que je voulais dire: TIGCC-IDE ne devrait pas imposer des features aussi peu évidents vu qu'il est orienté débutant.

Vertyos :
Voilà c'est très joli, même en utilisant les "dossiers virtuels", ça ne marche pas, il faut virer le "../" pour que ça trouve le .h. Le problème c'est que par rapport à "parser.h" (le fichier visible sur le shot), "common.h" et cie se trouvent bien dans un dossier au même niveau, donc le path correct est "../Types/fichier.h" et surement pas "Types/fichier.h".

Oui car le chemin est relatif au fichier .c qui inclus les .h et comme tes .c sont a la racine du projet TIGCC ^^

bref c'est tjrs la feature ^^

Oui je m'en suis bien rendu compte, là est tout le problème ^^

Godzil> donc ce que j'ai dit page précédente est vrai ?

heu quel post ?

ben non ^^

si ta

\toto.c
\tagada\pwet.c
\header\h1.h
\header\h2.h

dans ce cas h1 inclue h2.h, toto.c, h1.h et pwet.c, h1.h

pour toto.c pour que ça marche faut que h1.h inclue "header\h2.h" et pour pwet.c "..\header\h2.h"

enfin apres c'est a vérifier, mais logiquement c'est ce qu'il faudrait faire ^^

mouarf

ha oui j'avais pas fait gaffe a l'exemple de vertyos, "parser" est un fichier .h, pas un .c... (c'est génial le fait de masquer les extensions de fichier dans l'IDE ) je savais pas que le preprocesseur etait censé changer le répertoire courant v devoir corriger GTC PC (m'enfin bon, -Iblabla pouwa)
par contre c effectivement etonnant que ca change dans la version avec repertoires virtuels, ils se sont fait chier a changer ca dans GCC lui-meme ?

sinon je viens d'installer TIGCC 0.96b3, c'est drole comme les choses ont évolué ces derniers temps : section "non-free" avec plein de popups d'avertissement "attention c'est tres mal" pour a68k (et évidemment décochée par défaut), qd on crée un nouveau projet on ne peut plus choisir le mode kernel (y a meme pas un truc a decommenter dans le code pour l'activer...), les switch de compilation sont en -Os par défaut et plus -O2... on sent vraiment pas l'influence de certaine(s) personne(s)

enfin je sais plus ce que préconise le standard hein ^^

ce n'est qu'une (grosse) suppsition sur le fonctionnement de TIGCC ^^

nanan c'est bien ce que fait GCC meme sur PC, et effectivement c'est bcp plus utile que de faire par rapport au repertoire courant

Bah oui, mias malheureusement au niveau de la diffusion du projet après...

Les TPR sont une source de probleme immense pour recompiler un truc
Un Makefile est au pire 100x plus portable

mais c'est pas packagé avec TIGCC, donc plus compliqué...

c'est packagé avec quasiment toute le distrib linux (comment ca y'a des gens qui n'utilisent pas linux?)

>mais c'est pas packagé avec TIGCC, donc plus compliqué...
Au pire tu le parses a la main.
Mais je n'ai jamais eu que des problemes lorsqu'il fallait que je recompile un truc livre avec un TPR.