Le forum de XCAS

frederic han a écrit :
(c'est un peu gros je ne sais pas trop comment le faire maigrir)

a+
Fred

ca marche bien chez moi, si tu veux faire maigrir il faudrait stripper les libgiac (je ne sais pas faire a posteriori, avant compile en enlevant -g) ou generer des binaires statiques strippe et ne pas fournir les 2 libgiac.
a+

oui voila ca ressemble plus a la taille des autres versions.

Ca passe les tests il y a juste une petite difference d'affichage en flottants sur le dernier chiffre par exemple pour TP2. giac n'a pas l'air de tenir compte de Digits pour l'affichage?

plus precisement:

si tutu.cas est:

restart;maple_mode(1);cas_setup(0,0,0,1,0,1e-10,10,[1,50,0,25],0,0,0);
Digits:=50;
n:=5;M:=matrix(n,n,(i,j)->rand(21)-10.0);
maxnorm(M);colnorm(M);norm(M);


icas tutu.cas n'a pas l'air d'afficher les decimales
icas <tutu.cas affiche les decimales

Fred

C'est parce que le texte sans < est interprete en une seule fois, donc Digits:=50 n'a pas encore ete evalue lorsque 10.0 est interprete, donc le 10.0 est cree comme un double. Avec le <, chaque ligne est executee separement, donc Digits:=50 est execute avant que le 10.0 ne soit interprete, il est donc interprete comme un flottant long.

OK,

alors c'est mieux de mettre < dans les check files, car ca n'est pas forcement les memes algo selon Digits non?

Fred

par contre, si on met < il faut etre sur que chaque ligne forme un input complet (syntaxiquement correct). Ca demande surement un peu de boulot, vu que les programmes sont probablement sur plusieurs lignes.

en fait je pense qu'il serait plus simple de modifier les scripts en utilisant des evalf(...,precision) par exemple 10.0 remplace par evalf(10,50), moins de changements et plus robuste.