October 2005 - GiNaC-devel

Patch for products of dummy summations
by Vladimir Kisil 12 Nov '05

12 Nov '05

Here is the patch which was described in my previous message (Fri May 13 17:27:25 CEST 2005). -- Vladimir V. Kisil email: kisilv(a)maths.leeds.ac.uk -- www: http://maths.leeds.ac.uk/~kisilv/

2 1

more patch
by Chris Dams 08 Nov '05

08 Nov '05

Hi! This time the changes are: (1) The implementation that is currently in CVS disregards that it is necessary to sort a container before applying algorithms such as set_union. (2) Don't rename indices if they both occur in one factor and no new dummy indices are subsed into that factor. (3) Introduced and documented a subs_options that switchs off dummy index renaming. (4) Use aforementioned option when symmetrizing expressions. Actually, I am not really entirely certain if this subs_option is the right way to go. On the one hand, the fact that constructing powers of expressions with summed indices automatically yields renamed results, suggest that we really want to consider index renaming as something that happens automatically without the user having to know anything about it. On the other hand, this may break existing code that wants to rename dummy indices. The problem is probably quite rare, though. One needs something like an ncmul in the mul to run into it. It is, of course, also possible to first just substitute and then check whether this leads to inconsistent indices and then, if necessary, to rename indices. This sounds inefficient, though. I would appreciate some input on this issue. Best, Chris

2 2

more patch
by Chris Dams 26 Oct '05

26 Oct '05

Hi! To keep up my sending of, as Christian put it, "new sets of 'final' patches [...] at a rate of two per day or so", here is a new one. For my previous patch I had forgotten that while a user-defined non-commutative object carrying indices should be non-commutative, this is not the case with a matrix that is given indices. Best, Chris

1 0

Re: [GiNaC-devel] GiNaC 1.3.3 release]
by Jens Vollinga 25 Oct '05

25 Oct '05

Hi, Jens Vollinga wrote: > I don't know how Jens managed patches, but I find cumulative patches are confusing. Would it be possible for you to separate those patches and make it clear which ones don't break binary compatibility and are for 1.3 and which ones are for HEAD? > > Jens? It seems like cumulative patches confuse me too: I thought the patches were all for HEAD, not 1.3. Sorry!! Also, I will not deal with HEAD for the next two weeks. Regards, Jens

3 3

Unsubscribe notifications
by Christian Bauer 25 Oct '05

25 Oct '05

Hi! If you've been getting "You have been unsubscribed from ginac-list@..." messages, these are from the old, defunct lists at thep.physik.uni-mainz.de. I noticed they were still active and, lacking the means to properly delete them, unsubscribed everyone (and configured them to discard all incoming messages). I guess I should have disabled the "Send good-bye message" option first... If you are reading this, you are still subscribed to the real GiNaC mailing lists at ginac.de, and you do not have to take any action. I'm sorry if I caused any confusion. Bye, Christian -- / Physics is an algorithm \/ www.cebix.net

1 0

GiNaC 1.3.3 release
by Richard B. Kreckel 24 Oct '05

24 Oct '05

Hi, GiNaC 1.3.3 is out and available. The changes are: - Fixed bug occuring in algebraic substitutions with expressions involving indices. - Fixed bug that selected the wrong algorithm for determinants of purely numeric matrices with at least one floating point element. - Fixed bug in function H that caused an infinite recursion for arguments around +-I. - Fixed const-correctness in printing handler for GCC 4.0.2. - Made lookup in adaptivesimpson precision-aware. - Added series expansion for functions (classical) Li and S around x==0. - Added fsolve() numerical univariate real-valued function solver. - Added functions sub_matrix() and reduced_matrix(). - Small cleanups. Less warnings with latest GCC. As always, this release can be downloaded from http://www.ginac.de/Download.html Enjoy, -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

3 3

patch for GiNaC-1.3.2 with gcc-4
by Igor Kovalenko 19 Oct '05

19 Oct '05

Hi! I'm a happy user with gcc4 :) (GCC 4.0.3 CVS 20051018) Seems like GiNaC registrar is trying to discard const cv from pointers-to-members while collecting print functions. Patch attached. -- Kind regards, Igor V. Kovalenko

2 2

ViewCVS frontend
by Christian Bauer 15 Oct '05

15 Oct '05

Hi! The GiNaC CVS can also be browsed at http://www.ginac.de/viewcvs/GiNaC/ Bye, Christian -- / Physics is an algorithm \/ www.cebix.net

1 0

CVS server moved
by Christian Bauer 15 Oct '05

15 Oct '05

Hi! As previously announced, the GiNaC CVS server has moved to the new location cvs.ginac.de. To do an anonymous checkout: $ cvs -d :pserver:anoncvs@cvs.ginac.de:/home/cvs/GiNaC login (password is 'anoncvs') $ cvs -d :pserver:anoncvs@cvs.ginac.de:/home/cvs/GiNaC co GiNaC If you are working with a copy checked out from the old CVS server, you need to do a fresh checkout from cvs.ginac.de. Happy hacking, Christian -- / Physics is an algorithm \/ www.cebix.net

1 0

We are moving...
by Richard B. Kreckel 08 Oct '05

08 Oct '05

Dear all, Due to ongoing technical problems at Mainz University (*), it was decided to move GiNaC's and CLN's web server / CVS server / mailing lists to a rented server. This should allow us to continue communicating via mailing lists, doing development and updating the web pages, things that have become difficult during the last 10 weeks or so. We are going to move the DNS entries ASAP. The hosted machine's IP-address is going to be 81.169.130.167. We'll certainly see some outage while the transfer occurs, but hopefully not for long time. Meanwhile, you can all make sure the address you use as mailing list addresses is ...(a)ginac.de, not ...(a)thep.physik.uni-mainz.de or ...(a)zino.physik.uni-mainz.de because these will cease to work. We apologize for the inconveninece -richy. (*) Case in point: right now the web server is dead. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

1 0