- GiNaC-devel - ginac.de

Re: installing CLN on darwin
by John Whitley 23 Feb '04

23 Feb '04

Richard B. Kreckel writes: > Note that you'll find some linker problems at a later stage. > Somebody knowledgeable about the way that linker works needs to fix this. In my Great Quest to get GiNaC running on Mac OS X, I've done some digging on this problem. The issue lies with the machine-dependent hacks in include/cln/modules.h for forcing construction time ordering. The following quote from http://mail.gnu.org/archive/html/users-prolog/2004-01/msg00028.html sums up the issue at hand: The problem comes down to the fact that Mach-o has lazy linking and does not allow any changes in the .text section where our compiled code resides. Therefore the message below, which states " non-writable section". This means that all external symbols need a stub construct in the .data section. The code in .text jumps to .data section, which in the meantime has magically been changed to point to the actual implementation of the target routine in linked shared libraries. I still need to fullly understand the approach implemented by CL_PROVIDE and related macros in modules.h, then determine/implement/test the solution for Darwin-based platforms. FWIW, I've had to manage this problem in C++ embedded systems before, e.g. via a linker directive files. I'm unclear as to what motivated the design choices in CLN, such that it even encounters the constructor ordering problem in the first place? Thanks, John Whitley

2 1

installing CLN on darwin
by Robert Kirchner 23 Feb '04

23 Feb '04

I'm trying to install CLN (to install GiNaC) on my mac (OS X 10.3). The 'configure' script runs fine, but when I try to compile, I get the following error: g++ -g -O2 -I../include -I../include -I./base -Ibase -c ./base/random/cl_random_from.cc -fno-common -DPIC -o cl_random_from.lo base/random/cl_random_from.cc:98:2: #error "Must implement random_state constructor!" make[3]: *** [cl_random_from.lo] Error 1 make[2]: *** [base/random.target] Error 2 make[1]: *** [base.target] Error 2 make: *** [all] Error 2 Any idea what the problem is? Cheers, Dr. Robert Kirchner, Linguistics Dept. 4-20 Assiniboia Hall, U. Alberta Edmonton, AB T6G2E7 (780) 492-3480 (fax 492-0806) kirchner(a)ualberta.ca, http://www.ualberta.ca/~kirchner

2 1

make check failure
by keith.briggs＠bt.com 18 Feb '04

18 Feb '04

ginac 1.1.6, gcc 3.3.1, mandrake linux 9.2 check/exam 2 seg faults doing series expansion of log(3* .... 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

CLN demo problem
by Warren Weckesser 15 Feb '04

15 Feb '04

Hi, This is actually a bug report/question about CLN, not ginac. I tried sending an email to richard.krekel(a)ginac.de, but I received a response from "System Administrator" saying that the email was undeliverable. I first installed gmp, and then CLN, and everything installed fine. The CLN demos fibonacci and nextprime worked great, and the legendre polynomial demo works when I give it one argument. However, when I give it the second optional argument, it always results in a "Segmentation fault". Is there something I did wrong, or is there a known problem in the demo program? (I should have written down the versions of all the relevant software--CLN, gmp, my compilers, etc. Unfortunately, I am in my office right now, and the computer on which I installed the software is at home. I downloaded gmp and CLN just a few days ago, so they are the latest versions.) I'm looking forward to trying ginac. Thanks for sharing it with the rest of the world! Best regards, Warren Warren Weckesser Department of Mathematics Office: 314 McGregory Colgate University Phone: (315) 228-7228 Hamilton, NY 13346 Email: WWeckesser(a)mail.colgate.edu

2 1

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