godzil
:
GoldenCrystal
:
sisi, y'en a une: si ton fichier est dans le même dossier que le projet, il n'y aura pas de problèmes d'ouverture si tu distribue ton projet.
c'est faux avec l'IDE....
Non, ce qu'il dit est complètement juste. Si on met le fichier ailleurs que dans le dossier du projet, le fichier
.tpr contiendra un chemin absolu, ce qui crée des problèmes lors de l'ouverture sur une autre machine.
et c'est un bug extrement grave, l'IDE n'utilise pas le repertoire des fichiers sources principaux que se soit en C ou en ASM
Ce n'est pas un bogue, c'est un feature.
cad :
Si on a cette arborecences :
c:\MonProjetC\main.c
c:\MonProjetC\aInclure.h
c:\MonProjetC\malib\malib.h
et quen dans main.c on met
#include "aInclure.h"
ou
#include "malib\malib.h"
tout bon compilateur fonctionnera correctement, et TIGCC en ligne de commande fonctionnera, avec TIGCC-IDE une erreur "Fichier non trouvé" apparaitra
C'est un feature! L'IDE fait abstraction des répertoires et te permet d'utiliser tous les fichiers du projet indépendemment de leur position dans l'arborescence des fichiers. Le fait que
#include "malib\malib.h ne marche pas est le prix à payer pour ce comfort.
il s'agit d'un bug grave, et ENORME de l'IDE et Kevin, ne me dit pas qu'il s'agit d'une FEATURE ! c'est un *BUG*
Non, cf. ci-dessus.
Idem pour les fichiers ASM j'ai par exemple se cas la :
c:\TiNes-coreasm\core_main.s
c:\TiNes-coreasm\core_inst.s
c:\TiNes-coreasm\core_table.s
les fichiers contiennent chacun une partit du code source de l'emulation du CPU de mon emulateur
core_main.s contient la boucle principale de fonctionnement du CPU
core_inst.s contient les inctruction 68000 permettait d'émuler les instruction du 6502
et
core_table.s contient la table de saut pour les instruction du 6502
J'ai séparé le code sources en plusieur fichier pour des raisons de lisibilité, et se code devant etre inclu avec du code C,il etait en .h a l'origine, mais j'ai du les renommer en .s car TIGCC(-IDE ?) refusait de voir que les .h correspondant a des includes assembleur)
L'IDE reconnaît les includes grâce au commentaire dans la première ligne. Un fichier
GNU as doit commencer par
|. C'est
documenté:
http://tigcc.ticalc.org/doc/ide.html#header. Je cite: "For tab width and syntax highlighting, it is necessary that you indicate what type of header file you are creating by using a comment at the beginning."
donc pour "compiler" tout ses fichier entre eux je vais un truc genre :
core_main.s :
...code...
.include "core_inst.s"
...code...
.include "core_table.s"
Et bien avec mônsieur TIGCC-IDE ceci refuse catégoriquement de fonctionner !!! meme si les fichier .s sont inclu dans le projet.
Tout fichier sous
GNU Assembly Files (ou
A68k Assembly Files ou
C Files) est compilé séparément.
TIGCC IDE n'est certainement pas le seul IDE à faire ça. Il
faut donner une extension
.h aux fichiers qu'on inclut. Mais
TIGCC IDE est flexible, et te permet aussi de déplacer un fichier
.s vers
Header Files avec un simple drag&drop.
Deja je ne peut les inclure en tant que fichier asm sinon il cherche a les compiler séparement et se n'est pas du tout se que je veux, et si je les inclu en tant que "Include File" il cherche a les compiler en tant que fichier C (SISI !) donc bon
Cf. ci-dessus. Lis la documentation!
ok