September 2002 - GiNaC-list

More Spam...
by Richard B. Kreckel 28 Oct '02

28 Oct '02

Dear folks, We apologize for the #@&*%! Spam you received through this list. Please bear with us while a solution (likely SpamAssassin) will be deployed. Meanwhile, since it hasn't been on our lists yet, I am pleased to spam you with some shameless ad about the Workshop on Open Source Computer Algebra Tuesday 21st - Thursday 23rd of May 2002 Lyon, France <http://www.lapcs.univ-lyon1.fr/~nthiery/CalculFormelLibre/workshop.html> Hurry up, in case you are interested. ¡Hasta la vista! -richy. -- Richard B. Kreckel <Richard.Kreckel(a)Uni-Mainz.DE> <http://wwwthep.physik.uni-mainz.de/~kreckel/>

2 1

Missing namespace qualification
by Roberto Bagnara 29 Sep '02

29 Sep '02

The patch below should be applied to GiNaC 1.0.11. All the best Roberto -- Prof. Roberto Bagnara Computer Science Group Department of Mathematics, University of Parma, Italy http://www.cs.unipr.it/~bagnara/ mailto:bagnara@cs.unipr.it diff -c -d -r1.1.1.1 function.h *** ginac/function.h 29 Sep 2002 13:26:57 -0000 1.1.1.1 --- ginac/function.h 29 Sep 2002 14:02:48 -0000 *************** *** 416,422 **** } #define is_ex_the_function(OBJ, FUNCNAME) \ ! (GiNaC::is_exactly_a<GiNaC::function>(OBJ) && GiNaC::ex_to<GiNaC::function>(OBJ).get_serial() == function_index_##FUNCNAME) } // namespace GiNaC --- 416,422 ---- } #define is_ex_the_function(OBJ, FUNCNAME) \ ! (GiNaC::is_exactly_a<GiNaC::function>(OBJ) && GiNaC::ex_to<GiNaC::function>(OBJ).get_serial() == GiNaC::function_index_##FUNCNAME) } // namespace GiNaC

2 1

Accuracy of print_csrc_double
by Pearu Peterson 23 Sep '02

23 Sep '02

Hi, Is it possible to increase the accuracy of print_csrc_double output? print_csrc_double in GiNaC-1.0.8 shows only 6 decimal digits but I would like to have at least 16 digits displayed. Is it possible? Thanks, Pearu

2 1

Documentation of prem()
by Tatiana Zolo 23 Sep '02

23 Sep '02

Dear all, the documentation about the function prem() (section 5.5.3 of GiNaC 1.0.11) says that the pseudo-remainder of 'a' and 'b' satisfies c*a = b*q + prem(a, b, x), where c = b.lcoeff(x)^(a.degree(x) - b.degree(x) + 1). I think there is maybe a mistake (probably a printing mistake), the formula should be c*a = c*b*q + prem(a, b, x), where c = b.lcoeff(x)^(a.degree(x) - b.degree(x) + 1). Regards, Tatiana Zolo

2 1

Function `lsolve()'
by Tatiana Zolo 18 Sep '02

18 Sep '02

Dear all, we need to use the function `lsolve()' that appears on page 5 of the tutorial for GiNaC 1.0.10, but not in the Concept Index. We couldn't find it elsewhere, not even in the specifications for the class matrix. We would like to know its specifications, if possible. In particular, we have linear systems whose associated matrix may have some linear dependencies. Thank you very much in advance Alessandro Zaccagnini and Tatiana Zolo

2 1

Neue Version
by Jens Vollinga 18 Sep '02

18 Sep '02

1.0.11 da ist.

1 0

gcd() and lcm()
by Alessandro Zaccagnini 16 Sep '02

16 Sep '02

Dear all, we just tried to use the functions gcd() and lcm() and we found something strange. >gcd(2*x+1, x+1/2); 1 >gcd(2*x+1, 4*x+2); 1+2*x The documentation (section 5.5.5 of GiNaC 1.0.10) says that gcd() accepts two expressions, without specifying their type. In the last sentence, it talks about polynomials, again, without specifying whether they are integer polynomials or they are allowed to have rational coefficients. Since we need the functions gcd() and lcm() very often, we would like to know as precisely as possible what is the intended behaviour. Thank you very much Alessandro Zaccagnini and Tatiana Zolo

2 1