90

courage.
Ca va t'exploser a la figure grin
Reporte moi les bugs de PedroM wink

91

PpHd :
courage.
Ca fait t'exploser a la figure grin
Reporte moi les bugs de PedroM wink

Je l'essaie sur VTI wink
Au fait, j'ai toujours encore un bug de compilation pour la définition de POSITIVE_INF, ça a l'air de ne pas passer... T'as une idée ?

Je prend la fonction de test de glibc que je modifie à ma sauce wink

92

#define POSITIVE_INF (1.0/0.0)
devrait marcher ?

93

PpHd :
#define POSITIVE_INF (1.0/0.0) devrait marcher ?

Il est déjà défini dans math.h, je ne voulais pas en utiliser un autre...

D'ailleurs, j'ai un gros bug... Je ne sais pas d'où ça vient ni à quelle étape ça arrive neutral
Vais regarder ça de plus près pour savoir si c'est moi ou pas wink

94

Quelques tests plus loin et j'ai trouvé le bug - si j'élimine certaines parties importantes du code, faut pas s'étonner du résultat... -

Il y a des erreurs, mais je me demande si ça ne vient pas... des caractères différents pour 'e' et '-'...

95

confus

96

PpHd :
confus

e et - ont un nom différent sur un PC et en réalité - cf doc de tigcc sur atof -, j'ai pris la syntaxe de tigcc par défaut, mais pour les tests, je prend la version PC.

J'ai des petits bugs, surtout sur le pointeur de retour sadsad

97

A ok. Bonne chance quand meme.

98

PpHd
: A ok. Bonne chance quand meme.

bon, 6 tests sur 8 OK quand on ne met pas d'exposants. Ca commence à venir grin

99

Miles
:
PpHd
: A ok. Bonne chance quand meme.

bon, 6 tests sur 8 OK quand on ne met pas d'exposants. Ca commence à venir grin

7/8 OK avec les exposants - j'avais pas fait les changements ti <-> PC partout cheeky -
Juste un petit problème avec un nombre négtif commençant par un point. Je ne sais pas d'où ça vient, mais ça va venir grin

100

Mmmmm.
Ca m'a presque l'air au point smile

101

PpHd :
Mmmmm.
Ca m'a presque l'air au point smile

Cela serait au point si... atof ne plantait pas : -1e+1 rend undef, -1e1 rend -1e12288, j'ai vérifié, ma fonction passe bien le nombre de fois qu'il faut dans la boucle, elle compte bien le bon nombre de caractères valides sadsad

102

Erf.
Tu peux me gueuler dessus puisque c'est moi qui l'ait codee...
Tu peux faire un test case reduit ? Je t'enverrais une version de 0.81 corrigee alors.

103

En fait, c'est pas atof, mais push_parse_text hehe

104

PpHd :
Erf.
Tu peux me gueuler dessus puisque c'est moi qui l'ait codee... Tu peux faire un test case reduit ? Je t'enverrais une version de 0.81 corrigee alors.

dsl neutral
ben là, le petit bout de code du test de glibc ? avec strncasecmp dans la foulée ?
3 petits fichiers .c et un petit .h ?

105

Ok. Tu n'as pas a etre desolee. C'est a moi de corriger les bugs wink

106

PpHd :
Ok. Tu n'as pas a etre desolee. C'est a moi de corriger les bugs wink

Ca me fait penser que je vais changer le comportement de strtod en cas de plantage de atof...

107

Heu... tu veux dire renvoyer Nan ?

108

PpHd
: Heu... tu veux dire renvoyer Nan ?

oui, mais aussi laisser le pointeur endptr à sa place, puisque c'est pas un nombre. La version gnu laisse aussi le pointeur à sa place.

D'ailleurs, j'ai le même problème avec NAN qu'avec POS_INIFINITY wink

109

Ok.
Je precise que je pourrais pas corriger avant ... une semaine.
Deplacement jusqu'a vendredi, puis Baby Sitting jusqu'a Lundi (triso).

110

PpHd :
Ok.
Je precise que je pourrais pas corriger avant ... une semaine.
Deplacement jusqu'a vendredi, puis Baby Sitting jusqu'a Lundi (triso).

OK, et moi, je n'aurai pas Internet à partir de dimanche jusqu'au vendredi et de nouveau du mardi jusque ****

J'ai codé getcwd, pas compliqué, j'ai utilisé alloc.h et vat.h. J'ai le droit ?

111

Tout ce que tu veux tant que ca marche a la fin triso

112

PpHd :
Tout ce que tu veux tant que ca marche a la fin triso

mmmm...

Le pb est que TIGCC ne veut pas linker ce truc sadsad
C'est gros, OK, mais bon, il devrait y arriver quand même, non ?

113

Combien en taille ?

114

PpHd
: Combien en taille ?

les .o font en tout 340ko

Faut utiliser qqch de particulier pour que ça soit plus petit ? FLINE ? ... ?

115

Arg, on est mal grin
Utiliser les FLINE sera bien mais pas suffisant.

Va falloir attendre les applications PedroM, je sens sad
Ou alors decouper AM en librairies sad

116

PpHd :
Arg, on est mal grin
Utiliser les FLINE sera bien mais pas suffisant.

Va falloir attendre les applications PedroM, je sens sad
Ou alors decouper AM en librairies sad

Et elles arrivent quand, les applis PeDroM ? grin

On peut tenter le découpage en librairies, je pense, les en-têtes sont bien séparés et tout, mais une lib appelera sans doute une autre lib, ...

117

C'est pas un probleme. Le vrai probleme est que le tout doit tenir dans moins de 200 K de RAM...

>Et elles arrivent quand, les applis PeDroM ?
Quand j'aurais resolu tous les problemes.

118

PpHd :
C'est pas un probleme. Le vrai probleme est que le tout doit tenir dans moins de 200 K de RAM...

>Et elles arrivent quand, les applis PeDroM ? Quand j'aurais resolu tous les problemes.

y'a sans doute des doublons partout, ça peut baisser... ou pas.

119

Ca m'etonnerait que ca puisse baisser suffisament. Quoique, je croise les doights.

120

PpHd
: Ca m'etonnerait que ca puisse baisser suffisament. Quoique, je croise les doights.

Vais voir ça un peu plus tard... avec ajout de FLINE - et essayer de couper la bête en morceau aussi -.