- GiNaC-list - ginac.de

Version 0.5.0 uploaded
by Richard B. Kreckel 08 Feb '00

08 Feb '00

It's on <ftp://ftpthep.physik.uni-mainz.de/pub/GiNaC/>. Many things are fixed now and some sophisticated bugs were substantially improved. As always, the most mind-boggling new features are listed under <http://www.ginac.de/News.html>. Fun and happiness -rbk. PS: Apologies if you got this mail twice. Please do recycle the electrons. -- Richard Kreckel <Richard.Kreckel(a)Uni-Mainz.DE> <http://wwwthep.physik.uni-mainz.de/~kreckel/> - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

1 0

Rounding
by Micah McCurdy 25 Jan '00

25 Jan '00

Forgive this simplistic question, but I'm going around the bend. I have an ex, on which I've performed many manipulations, of which I want the value. It's a polynomil in x, and evaluating poly.subs(x==valThatIWant) gives me another ex, which, when output, is the correct number, to 17 decimal places. I need this number as a double value, only to 10 decimal places. What can I do? Setting Digits to various values in various places does not seem to change anything. Any help is welcome. TIA, Micah -- Quidquid latine dictum sit, altum viditur That which is said in Latin sounds impressive - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

2 1

Undefined symbols for ginsh
by Jeff Greco 19 Jan '00

19 Jan '00

To Whom It May Concern: I am using: Operating system: SunOS samsun 5.6 Generic_105181-03 sun4u sparc SUNW,Ultra-Enterprise Compiler: egcs-2.91.57 CLN: version 1.0.2 CLN and GiNaC are configured with default settings, except that CLN is only shared libraries. My linker is complaining about undefined symbols in 'ginsh_parser.o'. Any way that you can help is greatly appreciated. Here is the output from make: make all-recursive make[1]: Entering directory `/dumptruck/GiNaC-0.4.1' Making all in ginac make[2]: Entering directory `/dumptruck/GiNaC-0.4.1/ginac' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/dumptruck/GiNaC-0.4.1/ginac' Making all in check make[2]: Entering directory `/dumptruck/GiNaC-0.4.1/check' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/dumptruck/GiNaC-0.4.1/check' Making all in ginsh make[2]: Entering directory `/dumptruck/GiNaC-0.4.1/ginsh' /bin/sh ../libtool --mode=link g++ -g -O2 -o ginsh ginsh_parser.o ginsh_lexer.o ../ginac/libginac.la -lcln -lstdc++ g++ -g -O2 -o .libs/ginsh ginsh_parser.o ginsh_lexer.o ../ginac/.libs/libginac.so -lcln -lstdc++ -lcln -lstdc++ -R/usr/local/lib Undefined first referenced symbol in file rl_basic_word_break_characters ginsh_parser.o rl_readline_name ginsh_parser.o filename_completion_function ginsh_parser.o completion_matches ginsh_parser.o rl_completion_append_character ginsh_parser.o rl_line_buffer ginsh_parser.o rl_attempted_completion_function ginsh_parser.o ld: fatal: Symbol referencing errors. No output written to .libs/ginsh collect2: ld returned 1 exit status make[2]: *** [ginsh] Error 1 make[2]: Leaving directory `/dumptruck/GiNaC-0.4.1/ginsh' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/dumptruck/GiNaC-0.4.1' make: *** [all-recursive-am] Error 2 Thanks, Jeff Greco Jgreco(a)siichi.com - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

2 1

Version 0.4.1
by Richard B. Kreckel 14 Dec '99

14 Dec '99

Hello all, Apologies if you got this mail twice, but the set of people on ginac-list and ginac-devel is neither disjoint nor is one a subset of the other... This is to notify you that we've uploaded version 0.4.1 of GiNaC yesterday. The updated documentation is sitting on <http://www.ginac.de/> as well. Please read the News if you are curious on what has changed (it ain't anything dramatic). Check it out, test it, submit bug-reports and (if possible) fixes! Just to keep people informed about current development, let me mention that the next release will probably feature an interface to the CINT C++ interpreter <http://root.cern.ch/root/Cint.html> by Masaharu Goto. This will allow people to write C++ scripts interactively and to compile them later. We'll get another interactive interface to GiNaC besides ginsh this way---one with all loop constructs, conditionals and containers known from C++. Currently there are still some weirdnesses concerning automatic promotion of types which are hopefully fixed soon but we are already quite excited about the new possibilities. happy hacking -rbk. -- Richard Kreckel <Richard.Kreckel(a)Uni-Mainz.DE> <http://wwwthep.physik.uni-mainz.de/~kreckel/> - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

1 0

Can't compile ginsh
by Gunnar.Isaksson＠saab.se 13 Dec '99

13 Dec '99

I have compiled GiNaC on a Debian Linux Potato box. The library compiled OK and I have successfully tested a few examples from the tutorial with correct result. However I can't get ginsh to compile, it fails on ginsh_parser.cc. Any tips/patches? //Gunnar Isaksson - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

2 2

Re: configure suggestion
by nbecker＠fred.net 03 Dec '99

03 Dec '99

>>>>> "Richard" == Richard B Kreckel <kreckel(a)zino.physik.uni-mainz.de> writes: Richard> On 1 Dec 1999 nbecker(a)fred.net wrote: >> It would be nice to add an option to tell configure where to find cln >> includes and lib. >> >> Lacking that, it should be documented that this will work: >> >> CPPFLAGS=/usr/local/include ./configure Richard> ^-- a -I is missing here Richard> Shouldn't your compiler check this directory anyways? Strange it doesn't. Richard> BTW, this *is* documented in the tutorial's section about configuration Richard> with the only difference in path: CPPFLAGS="${CPPFLAGS} -I${HOME}/include" No. Starting with gcc-2.95 (IIRC) it won't automatically look in /usr/local/include. On systems (such as linux) where gcc is the native compiler, installed with --prefix=/usr, /usr/local/include is no longer automatically checked. Richard> Exactly as I did, except that we use includedir=/usr/local/include/CLN Richard> here. I guess the uppercase spelling is depricated by some people out Richard> there. In acinclude.m4 the Macro GINAC_CHECK_CLN_H does attempt to do Richard> exactly this but the macro AC_CHECK_HEADERS puts it result in uppercase Richard> always so there is no nice Autoconf-way to distinguish between cln/cln.h Richard> and CLN/cln.h. Hope you can live with that. Maybe a future version of Richard> CLN does this. I didn't notice that GiNaC looks for CLN/ until after installing cln, so I just put a symlink from CLN->cln. - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

5 8

configure suggestion
by nbecker＠fred.net 01 Dec '99

01 Dec '99

It would be nice to add an option to tell configure where to find cln includes and lib. Lacking that, it should be documented that this will work: CPPFLAGS=/usr/local/include ./configure It also would be nice to fix cln so it be default installs headers in /usr/local/include/cln instead of /usr/local/include. I did this manually by saying: make install includedir=/usr/local/include/cln - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

2 1