March 2003 - GiNaC-devel

Bug in diff
by Ola Skavhaug 21 May '03

21 May '03

Hi. I think I've encountered a bug in GiNaC-1.0.13 (on a Debian Linux machine) In ginsh: > diff(sqrt((-sin((x)))^(2.0)),x); (1.0+5.0165576136843360246E-20*I)*sin(x)*cos(x)*((-sin(x))^(2.0))^(-1/2) The answer should be: sin(x)*cos(x)*((-sin(x))^(2.0))^(-1/2) I have not tried to figure out why this happens (perhaps an uninitialized variable?) I've compiled ginac by myself, using cln-1.1.5 (gcc 3.2 compiler) Sincerely, -- Ola Skavhaug, Simulant, stipendiot og enkel gutt fra landet.

2 1

GiNaC 1.1 API freeze
by Christian Bauer 19 Mar '03

19 Mar '03

Hi! We plan to release GiNaC 1.1.0 by the end of next week. It will become the new "stable" branch, and any new and exciting experimental stuff will then go into 1.2. Further development of 1.0.x will be limited to bugfixes. The idea is to keep the programming interfaces compatible across all versions of 1.1.x, as it has been the case for 1.0.x, so should there be anyone who has cause why the current 1.1 CVS should not become the 1.1 release version (suggestions for parameter/return type changes, useful additional methods etc.), they must speak now or forever hold their peace. Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/

1 0

patch for subs_algebraic
by Chris Dams 05 Mar '03

05 Mar '03

Hello, I discovered that the subs_algebraic subs_option does not yet go into subexpressions. The attached patch makes this happen. Furthermore nummatches was made into an int (it was an unsigned) because the unsigned was not used anyway and the static_cast to integer that was introduced in version 1.66.2.13 of mul.cpp completely kills subs_algebraic. I.e., it converts the maximum unsigned integer to -1, which is not good. Greetings, Chris Dams

2 1

here we go...
by Richard B. Kreckel 01 Mar '03

01 Mar '03

This is to let folks know that Christian Bauer-san has just rolled the release of GiNaC-1.0.14 of which the only thing we know is that it works for him (tm). Can't ask him any more details. He just left the room. Hope he's fetching the champagne. Wait, I can do better and cite the NEWS file: * Improved the C-source output: complex numbers are printed correctly (using the STL complex<> template or cln::complex()), rational numbers use cl_RA() in the CLN output, and small integers are printed in a more compact format (e.g. "2.0" instead of "2.0000000e+00"). * function_options::set_return_type() and function_options::do_not_evalf_params() now actually work. Enjoy -richy. -- Richard B. Kreckel <Richard.Kreckel(a)GiNaC.DE> <http://www.ginac.de/~kreckel/>

1 0