Le forum de XCAS

Bonjour Bernard, est ce voulu que l'on n'arrive plus à multiplier un dessin par un nombre complexe pour faire une similitude? l'addition semble encore marcher: 0>> d1:=plot(sin(x)):; "Done" // Time 0 2>> d1+2,0 pnt(pnt[curve(group[pnt[x+i*sin(x)+2.0,x,-5.0,5.0,0],group[-3.0+0.958924274663*i,-2.97506...

I think there is several problems. 1) What ever you put the Digits value, it is only for giacpy (giac/xcas) objects so if you enter 0.0 in python such as is: mat = [[2.0,1.0],[11.0,9.0]] then you just have a python float and you can't send it to giacpy and expect a better precision. So you need to u...

merci pour les modifs , modifier les pointeurs de fin suffisaient pour solve(1+2*sin(3*x)) mais pas pour: jordan(companion(x^3-2,x)) où à un moment on finit à la ligne 8353 par avoir C = cmax: gdb) c Continuing. [New Thread 0x7fff1b7fe6c0 (LWP 378627)] [New Thread 0x7fff1affd6c0 (LWP 378628)] [Threa...

avec le petit patch suivant sur la 1.9.0-91 tous les tests passent ainsi que ceux de giacpy.

pourquoi ne pas changer les &buffer[cmax]-4 en NB: je pense que les gens evoluent et que ca n'est plus vrai que les gens sont prets à compiler eux meme un logiciel de math.

Bonjour Bernard, dans fedora giac est compilé avec -Wp,-D_GLIBCXX_ASSERTIONS et j'ai le problème suivant pour solve(1+2*sin(3*x)) avec 1.9.0-73 0>> solve(1+2*sin(3*x)) [New Thread 0x7fff1ffff6c0 (LWP 447313)] /usr/include/c++/13/bits/stl_vector.h:1125: std::vector<_Tp, _Alloc>::reference std::vector...

Thank you, there is a last one in the test suite when running TP17-sol.cas usr/include/c++/12/bits/stl_vector.h:1123: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](size_type) [with _Tp = long long int; _Alloc = std::allocator<long long int>; reference = long long int&; siz...

Thank you. When running read("testnormalize") (in the check dir) there is also: /usr/include/c++/12/bits/stl_vector.h:1206: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::front() [with _Tp = giac::T_unsigned<int, long long unsigned int>; _Alloc = std::allocator<giac::T_unsigned<int, l...

isn't it a bit later with ua? (NB debug is with 1.9.0.29 source) Thread 15 "icas" hit Breakpoint 1, giac::a_minus_qsize2_b (ua=std::vector of length 0, capacity 256, q=std::vector of length 2, capacity 2 = {...}, ub=std::vector of length 1, capacity 256 = {...}, ur=std::vector of length 0, capacity ...

Hi bernard, in fedora giac is built with the following: -Wp,-D_GLIBCXX_ASSERTIONS but the follwing test crashes (any versions 1.7 and 1.9) 0>> factor((x^202+x^101+1)/(x^2+x+1)) [New Thread 0x7fffc9ffb640 (LWP 135666)] /usr/include/c++/12/bits/stl_vector.h:1142: std::vector<_Tp, _Alloc>::const_refere...

Hi bernard.
these fixes were not enough, but Antonio solved the starting crash by removing the LTO FLAG during the built.

Dear Bernard,
there are 2 patches done here by Florian Weimer (btw he was waiting for a validation of his account on the forum) to improve C99 compatibility.

https://bugzilla.redhat.com/show_bug.cgi?id=2151473
could you merge them in giac?

Best
Frederic

Ha! je n'avais pas vu que vous aviez un python 32bit. (Python3.7) Donc la c'est normal pour windows 32bits je n'ai mis aucun binaires 0.7.1 (dans ce cas rester avec la 0.7.0) Le message d'erreur est normal, sans binaire il telecharge les sources et essaie de le compiler, mais meme avec toutes les dé...

Attention, pour windows il faut faire un binaire pour chaque sous version de python3. Je n'avais pas déposé de binaire pour python 3.7 ni 3.8, je viens de le faire, mais sinon une solution aurait ete de mettre à jour votre python. Il me semble que votre tony utilise python 3.7. du coup maintenant ce...

il y a un problème avec factor pour les polynomes en notation 'printpow(-1)' j'ai l'impression qu'avec des vieilles versions de pari cela fonctionne mais avec pari 2.13 sous fedora j'ai ceci. 13>> P:=x**4-x**2+1 x^4-x^2+1 // Time 0 14>> printpow(1) "^" // Time 0 15>> factor(P,[i,sqrt(3)]) (x+((-i)*3...