extgraph et tigcc 0.94.machin beta la dernière - Page 1

Kevin >> c'est normal ou pas? j'ai une erreur qui revient tout le temps : no newline at end o file

C'est parce que les sources ont ete tapés sous linux?

j'essaye de compiler les exemple d'extgraph, d'ailleur le premier marche pas

arf, c'est un warning de gcc : il voudrait imposer de mettre une nouvelle ligne à la fin de chaque fichier. Mais tu t'en fout, ça n'empeche pas de compiler, ça ne provoque pas d'erreur

Sous windows 2000 j'ai eu un probleme de variable d'environnement avec les batch, je ne sais pas pourquoi, mais la variable a bien ete modifié(path pour tigcc), mais les bat ne l'ont pas prises en compte, j'ai du aller la modifier moi meme pour que les bat marchent

exactemenbt pareil pr moi sous XP pro...

Discutez-en avec Sebastian (c'est lui qui écrit le Setup).

Et comme toujours, Windows No Technology est la source des problèmes.

oué, vive Windows
(avec TIGCC.94.13, ça marchait... et pas la .15)

Mais il n'y a pas de problèmes avec Windows Me. Juste avec la ligne No Technology.

gniarf,

totalement hors-sujet: avec fgetc on obtient un signed char, et si on lui applique un operateur de cast unsigned char, ca va donner quoi pour -1 par exemple?

-1 => 0
-1 => 128
ou -1 => 255

???

255.

C'est la représentation en complément 2.
Si x est un signed char, c'est-à-dire un caractère compris entre -127 et 128, (unsigned char)x te donnera la valeur mod(x,256) pour l'exprimer en TI-BASIC. mod(-1,256) est 255.

D'ailleur, n'importe quel entier ou pointeur x converti en unsigned char donnera toujours mod(x,256) (ou mod(adresse représentée par x,256) si x est un pointeur).

On voit que tu es un programmeur Java.

Au fait, fgetc ne retourne pas un signed char, mais un signed short (heureusement, parce que sinon comment veux-tu distinguer EOF de ÿ ?), mais ça donnera quand-même 255 si tu le convertis en unsigned char. Et 65535 si tu le convertis en unsigned short sans passer par unsigned char.