Problème avec ExtGraph - Page 1

Comment fait-on pour installer extgraph ???
Apparement il est rangé au bon endroit mais quand je veux compiler un programme qui s'en sert, TIGCC ouvre une fenêtre avec le code de extgraph et le prog que j'essayais de compiler sort un warning avec 'No New Line at the end of file'

Si qq'un peut m'aider...

Peut-être que tu devrais rajouter une nouvelle ligne à la fin du fichier!

Et surtout télécharger la dernière version de TIGCC. Il me semble que ce warning date d'il y a bien longtemps.

Non, ce warning y est encore.

alors pour info j'ai la dernière version de TIGCC et de extgraph, comment je fais ?

Peut-être que tu devrais rajouter une nouvelle ligne à la fin du fichier

Kevin Kofler
a écrit : Non, ce warning y est encore.

Ben pourtant, je n'e l'ai pas quand je compile mais qu'il n'y a pas de ligne vide à la fin de ma source...
Voici les switches que j'utilise : -Os -Wall -W -Wwrite-strings

Peut-être que tu as une vieille version. Les vieilles versions de GCC se fichaient complètement du newline à la fin.

Non, j'ai la 3.2.

bon en fait j'ai resolu le probleme j'ai pas inclus le header, mais l'archive au projet et ca marche très bien comme ca, m'enfin c bizarre quand même...

C'est bizarre que ça marche si tu n'ajoutes pas le header au projet. Normalement, il faut rajouter les 2 (header et archive). Aurais-tu copié le header dans tigcc\Include\C?

Et pourquoi faut-il une ligne vide à la fin des fichiers

peut-être un peu comme A68k qui voulait un "END" à la fin des fichiers

Thibaut a écrit :
Et pourquoi faut-il une ligne vide à la fin des fichiers

Parce que:
- le standard C le demande.
- c'est la convention Unix: la nouvelle ligne marque la fin d'une ligne, même si la ligne se trouve à la fin du fichier.

Euh non, le header n'est pas dans tigcc\include\C

Au fait, lorsque j'utilise les routines de TIGCC pour afficher des images en 4nvg et que je teste sur VTI, ca marche alors que quand je teste sur ma ti92+ hw2 ams 2.05 preos (avec ou sans) ca marche pas. C normal ?

Utilise GrayGetPlane(DARK_PLANE) et GrayGetPlane(LIGHT_PLANE), pas LCD_MEM.

ca change quoi ? je vais essayer.

EvaSDK
a écrit : ca change quoi ?

Qu'on n'a pas le droit d'utiliser LCD_MEM en niveaux de gris! Seule l'interruption des niveaux de gris a le droit d'y écrire sur HW2. (Sur HW1 ou VTI, un des 2 plans renvoyés par GrayGetPlane correspondra à LCD_MEM.)

Ah ok, c plus clair comme ca.