January 2004 - GiNaC-devel

patch for clifford.cpp
by Chris Dams 30 Jan '04

30 Jan '04

Hello, I found that the code ex e=dirac_slash(a,4)*dirac_slash(b,4) +dirac_slash(b,4)*dirac_slash(a,4); cout << e << " has trace " << dirac_trace(e) << endl; e=canonicalize_clifford(e); cout << e << " has trace " << dirac_trace(e) << endl; gives the output b\*a\+a\*b\ has trace 4*b~symbol5*a.symbol5+4*a.symbol3*b~symbol3 2*b~symbol9*a.symbol9 has trace 2*b~symbol9*a.symbol9 I think this is wrong and that 2*b~symbol9*a.symbol9 should have been 2*ONE*b~symbol9*a.symbol9. A patch is attached. Bye, Chris

2 1

Re: GiNaC acinclude.m4
by Richard B. Kreckel 28 Jan '04

28 Jan '04

On Wed, 28 Jan 2004, Jens Vollinga wrote: > Update of /home/cvs/GiNaC > > Modified Files: > Tag: ginac_1-1 > acinclude.m4 > Log Message: > Proper quoting of macros. > -- Richard B. Kreckel <Richard.Kreckel(a)GiNaC.DE> <http://www.ginac.de/~kreckel/>

1 1

patch for
by Chris Dams 28 Jan '04

28 Jan '04

Hi, I found that the code ex e=indexed(a+b*(c+d),idx(i,3)); e=e.expand(expand_options::expand_indexed); cout << e << endl; cout << e.expand(expand_options::expand_indexed) << endl; gives the output a.i+(d*b+c*b).i (c*b).i+a.i+(d*b).i I would have expected to see the second result twice instead. A patch is attached. Bye, Chris

2 1

http://www.ginac.de/reference/search.php?query=expand
by keith.briggs＠bt.com 26 Jan '04

26 Jan '04

http://www.ginac.de/reference/search.php?query=expand >17. GiNaC::expand_options class Reference <classGiNaC_1_1expand__options> Dead link :( Keith Dr. Keith M. Briggs Senior Mathematician, Complexity Research, BT Exact http://more.btexact.com/people/briggsk2/ (internet) http://research.btexact.com/teralab/keithbriggs.html (BT intranet) phone: +44(0)1473 work: 641 911 home: 610 517 fax: 642 161 mail: Keith Briggs, Polaris 134, Adastral Park, Martlesham, Suffolk IP5 3RE, UK

1 0

GiNaC 1.1.6 available!
by Jens Vollinga 22 Jan '04

22 Jan '04

Hello! GiNaC 1.1.6 "Sho Chiku Bai" is now available! It brings to you dummy functions and several bug fixes. In detail: * Added a function option "dummy()" which means "no options". This simplifies the implementation of symbolic functions which are not to be further evaluated. * Removed a bug in the numerical evaluation of Li() that caused the system to hang for certain parameter combinations. * Fixed a bug in the calculation of hash values for indices that could lead to wrong results or bogus error messages from simplify_indexed(). * Fixed a bug in the evaluation of harmonic polylogarithms for complex arguments with positive imaginary part. So we have GiNaC-Team 3 points, cimex lectularius 0 points. It's where you expect it to be: ftp://ftpthep.physik.uni-mainz.de/pub/GiNaC/ Bye, Jens

1 0

http://www.ginac.de/tutorial/tutorial_5.html#SEC49
by keith.briggs＠bt.com 15 Jan '04

15 Jan '04

> Numercial should be "Numerical". Keith Dr. Keith M. Briggs Senior Mathematician, Complexity Research, BT Exact http://more.btexact.com/people/briggsk2/ (internet) http://research.btexact.com/teralab/keithbriggs.html (BT intranet) phone: +44(0)1473 work: 641 911 home: 610 517 fax: 642 161 mail: Keith Briggs, Polaris 134, Adastral Park, Martlesham, Suffolk IP5 3RE, UK

1 0

patch for symbol.
by Chris Dams 06 Jan '04

06 Jan '04

Hi! May every GiNaC user and developer have a good 2004. Here's a patch from GiNaC's RSI-prevention department. Reason for the patch: creating a real symbol is such a common operation that it should be as simple as possible. regards, Chris

2 2

CLN 1.1.6
by Richard B. Kreckel 01 Jan '04

01 Jan '04

Happy new year to everybody! CLN release 1.1.6 is sitting at the usual place (*) and will soon propagate to the other two mirrors. This release breaks binary compatiblity in the polynomial sector, so its soname had to be bumped. It contains fixes to make it work with the prereleases of GCC 3.4.0. Hopefully, it will still work when that comes out, but the last two months were quite calm and give reason for optimism. If you are not using CLN's polynomials (and GiNaC isn't doing that internally) and you aren't intersted in GCC 3.4.0, then there is no reason for you to upgrade. Also, it now compiles on Mac OS X, but rumour goes it doesn't link on that platform. Since I don't have access to suitable machines that situation won't change until some Mac afficcionado out there sends in some patches. </Hint>. Regards -richy. (*) <ftp://ftpthep.physik-uni-mainz.de/pub/gnu/cln-1.1.6.tar.bz2> -- Richard B. Kreckel <Richard.Kreckel(a)GiNaC.DE> <http://www.ginac.de/~kreckel/>

1 0