- GiNaC-list - ginac.de

GiNaC with gcc for win32
by Tilman Utz 09 Aug '00

09 Aug '00

Hello all, Is it possible to build the GiNaC and cln libraries to libraries which can be used for win32 applications? I read in the FAQ that it should work with the cygwin package, but as I am a newbie on this topic I don't really know how to proceed, e.g. do I have to change the makefiles of the cln or GiNaC package. Thanks to everyone who is able to answer this maybe trivial question Tilman - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

1 0

RE: Since GiNaC 0.6.2 silently slipped by...
by Billinghurst, David (CRTS) 27 Jul '00

27 Jul '00

GiNaC 0.6.3 successfully built and checked on cygwin 1.1.2. Thanks for putting in my, or similar, patches to make it work out of the box. +++++++++++++++++++++++++++++++++++++++++ (Mr) David Billinghurst Comalco Research Centre PO Box 316, Thomastown, Vic, Australia, 3074 Phone: +61 3 9469 0642 FAX: +61 3 9462 2700 Email: David.Billinghurst(a)riotinto.com - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

1 0

Since GiNaC 0.6.2 silently slipped by...
by Richard B. Kreckel 26 Jul '00

26 Jul '00

...here is GiNaC 0.6.3. You may download it from the usual ftp-site. We also provide read-only access through anonymous CVS now! You may set up your local copy somehow like this: $ cvs -d :pserver:anoncvs@cvsthep.physik.uni-mainz.de:/home/cvs login enter the password `anoncvs' $ cvs -d :pserver:anoncvs@cvsthep.physik.uni-mainz.de:/home/cvs -z 9 co GiNaC and later keep up-to-date by simply saying 'cvs update' in your GiNaC directory. Here is what's new in version 0.6.3 (0.6.2 only brought changes related to GiNaC-cint): 1 Derivatives are now assembled in a slightly different manner (i.e. they might 'look' different on first sight). Under certain circumstances this can result in a dramatic speedup because it gives hashing a better chance, especially when computing higher derivatives. 2 Some series expansions of built-in functions have been reengineered. 3 The algorithm for computing determinants can be chosen by the user. See ginac/flags.h and ginac/matrix.h. 4 The Dilogarithm (Li2) now has floating point evaluation, derivative and a proper series expansion. 5 Namespace 'std' cleanly disentangled, as demanded by ISO/EIC 14882-1998(E). 6 Some minor bugfixes, one major lsolve()-bugfix and documentation updates. Item 5 should facilitate a transition to GCC3 once the first beta versions become available. The current status of that project is too fragile to give it a real test. Note also, that Cint 5.14.44 (the current release) seems to be rather broken. For those interested in GiNaC-Cint: please use release 5.14.41, i.e. the 'previous' one, to be found on our FTP-server. And no, there were no releases in between, sigh. Sex and drugs and algebra -richy. -- Richard B. Kreckel <kreckel(a)ginac.de> <http://www.ginac.de/~kreckel/> - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

1 0

no rule to make target cl_N_err_d0.lo
by er-chan 20 Jul '00

20 Jul '00

I wish to run GiNaC to simplify some very complicated algebraic expressions(Bessel, Legendre,etc. polynomials) and evaluate them, and in order to do that I must first compile cln-1.0.3.tar.gz I am in difficulty doing this. I don't know what the problem(s) is and I would appreciate some help. What I did was: tar -zxvf cln-1.0.3.tar.gz; cd cln-1.0.3; CC="gcc -V egcs-2.91.66" CFLAGS="-O2 -fno-exceptions" CXX="g++ -V egcs-2.91.66" CXXFLAGS="-O2 -fno-exceptions" ./compile; make -n; It stops with error 2 because No rule to make target `cl_N_err_d0.lo' needed by `libcln.la' ==================================================================== The tail of the scriptfile follows: ==================================================================== /bin/sh ../libtool --mode=compile g++ -V egcs-2.91.66 -O2 -fno-exceptions -I../include -I../include -I./vector -I./integer -I./base/digitseq -I./base/digit -Ibase -I./base -I../gmp -c ./vector/cl_SV_ringelt.cc /bin/sh ../libtool --mode=compile g++ -V egcs-2.91.66 -O2 -fno-exceptions -I../include -I../include -I./vector -I./integer -I./base/digitseq -I./base/digit -Ibase -I./base -I../gmp -c ./vector/cl_SV_ringelt_debug.cc make SUBDIR=vector/output make[3]: Entering directory `/home/er-chan/cln-1.0.3/src' /bin/sh ../libtool --mode=compile g++ -V egcs-2.91.66 -O2 -fno-exceptions -I../include -I../include -I./vector -I./integer -I./base/digitseq -I./base/digit -Ibase -I./base -I../gmp -c ./vector/output/cl_GV_number_aprint.cc /bin/sh ../libtool --mode=compile g++ -V egcs-2.91.66 -O2 -fno-exceptions -I../include -I../include -I./vector -I./integer -I./base/digitseq -I./base/digit -Ibase -I./base -I../gmp -c ./vector/output/cl_SV_aprint.cc /bin/sh ../libtool --mode=compile g++ -V egcs-2.91.66 -O2 -fno-exceptions -I../include -I../include -I./vector -I./integer -I./base/digitseq -I./base/digit -Ibase -I./base -I../gmp -c ./vector/output/cl_SV_number_aprint.cc make[3]: Leaving directory `/home/er-chan/cln-1.0.3/src' make[2]: Leaving directory `/home/er-chan/cln-1.0.3/src' make[1]: *** No rule to make target `cl_N_err_d0.lo', needed by `libcln.la'. Stop. make[1]: Leaving directory `/home/er-chan/cln-1.0.3/src' make: *** [all] Error 2 [er-chan@abs cln-1.0.3]$ exit Script done on Wed Jul 19 23:06:07 2000 ============================================================== The head of the scriptfile follows: =============================================================== Script started on Wed Jul 19 22:51:58 2000 [er-chan@abs er-chan]$ date Wed Jul 19 22:52:02 PDT 2000 [er-chan@abs er-chan]$ cd cln-1.0.3 [er-chan@abs cln-1.0.3]$ "CC CC="gcc -V egcs-2.91.66" CFLAGS="-O2 -fno-exceptions" CXX="g++ -V egcs-2.91.66" CXXFLAGS="-O2 -fno-exceptions" ./configure creating cache ./config.cache checking whether make sets $(MAKE)... yes checking for gcc... gcc -V egcs-2.91.66 checking whether the C compiler (gcc -V egcs-2.91.66 -O2 -fno-exceptions ) works... yes checking whether the C compiler (gcc -V egcs-2.91.66 -O2 -fno-exceptions ) is a cross-compiler... no checking whether we are using GNU C... yes checking how to run the C preprocessor... gcc -V egcs-2.91.66 -E -w checking for c++... g++ -V egcs-2.91.66 checking whether the C++ compiler (g++ -V egcs-2.91.66 -O2 -fno-exceptions ) works... yes checking whether the C++ compiler (g++ -V egcs-2.91.66 -O2 -fno-exceptions ) is a cross-compiler... no checking whether we are using GNU C++... yes checking how to run the C++ preprocessor... g++ -V egcs-2.91.66 -E checking for underscore in external names... no checking for ranlib... ranlib checking for a BSD compatible install... cp checking host system type... i486-pc-linuxlibc6 checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... -static checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... yes checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to produce relocatable object files... -r checking dynamic linker characteristics... Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes checking for objdir... .libs creating libtool checking for bool type... yes checking for long long type... yes checking for long double type... yes checking for working template<>... yes checking for the global constructors function prefix... _GLOBAL_.I. checking whether the global constructors function need to be exported... yes checking for unistd.h... yes checking for working alloca.h... yes checking for alloca... yes checking for fpu_control_t... yes checking for __setfpucw... yes checking for gettimeofday... yes checking for gettimeofday declaration... extern int gettimeofday (struct timeval *, struct timezone *); checking for ftime... yes checking for sys/resource.h... yes checking for sys/times.h... yes checking for getrusage... yes checking for getrusage declaration... extern int getrusage (enum __rusage_who, struct rusage *); checking for perror declaration... yes checking whether characters are unsigned... no checking for integer types and behaviour creating include/cl_intparam.h checking for floating-point types and behaviour creating include/cl_floatparam.h updating cache ./config.cache creating ./config.status creating Makefile creating src/Makefile creating tests/Makefile creating benchmarks/Makefile creating examples/Makefile creating doc/Makefile creating include/cl_config.h creating src/base/cl_base_config.h creating src/base/cl_gmpconfig.h creating src/float/cl_float_config.h creating src/timing/cl_t_config.h configuring in gmp running /bin/sh ./configure --cache-file=../config.cache --srcdir=. Configuring for a i486-pc-linuxlibc6 host. Created "Makefile" in /home/er-chan/cln-1.0.3/gmp using "config/mt-linux" [er-chan@abs cln-1.0.3]$ make -n if test -f gmp/Makefile; then cd gmp && make mpn/libmpn.la mp_clz_tab.lo CC='gcc -V egcs-2.91.66' CFLAGS='-O2 -fno-exceptions' LIBTOOL=../libtool; fi make[1]: Entering directory `/home/er-chan/cln-1.0.3/gmp' cd mpn && make "CC=gcc -V egcs-2.91.66" "CFLAGS=-O2 -fno-exceptions" "XCFLAGS=" LIBTOOL=../../libtool libmpn.la make[2]: Entering directory `/home/er-chan/cln-1.0.3/gmp/mpn' ../../libtool --mode=compile gcc -V egcs-2.91.66 -c -I. -I.. -I. -I./.. -O2 -fno-exceptions mp_bases.c ../../libtool --mode=compile gcc -V egcs-2.91.66 -c -I. -I.. -I. -I./.. -O2 -fno-exceptions inlines.c gcc -V egcs-2.91.66 -E -I. -I.. -I. -I./.. -O2 -fno-exceptions add_n.S | grep -v '^#' >tmp-add_n.s ===================================================================== ======================================================================= This is on a RedHat 6.1 linux 486 machine. Should I switch to Slackware 7.1 or Debian? Thanks for any help. ===================================================================== _,--------, .-. \ o / (_er-chan |(- at scn.org \ / ((_)) | _| `----\--\' _-_ | at usa.net / \ \o _\__\---'---`---.___ /o\ ___.---'---`---.___ ( \ - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

2 1

unique expressions
by Ben Sapp 30 Jun '00

30 Jun '00

How can I make an expresion unique? That is, I want it to copy the thing it references not just increment the reference. I envision something like the following pseudocode: symbol x("x"); ex a = pow(x,2)+2*x+1; ex b = a; // make b reference the same thing as a b.make_unique(); // make a new copy of a and reference it with b. Thanks. -- Ben Sapp Los Alamos National Laboratory email: <mailto:bsapp@lanl.gov> Phone: (505)667-3277 Fax: (505)665-7920 URL: http://www.neutrino.lanl.gov/ -- - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

2 2

GiNaC 0.6 is on the wire!
by Richard B. Kreckel 12 May '00

12 May '00

Good morning everybody! We loudly present a new release of the GiNaC framework for symbolic computation within your favorite programming language. Please hurry up and grab your copy from <http://www.ginac.de/Download.html>. Make sure you read the file NEWS to see that we did an awful job trying to break your existing code! Also included in make-target check are some tests invented by R. Lewis and M. Wester, carefully crafted by skilled coders to successfully overheat your CPU and bring down your machine within minutes! Interfacing GiNaC with Cint is also progressing nicely and if nobody angers the gods of computing the world will soon see a fully integrated symbolic C++ interpreter! \begin{SalespersonSpeak} INCREASE PRODUCTIVITY WITH A PROVEN TOOL GiNaC 0.6 provides the right set of tools so that you can be more productive, more effective, and solve more problems. Use GiNaC 0.6 in all phases of your technical projects. Instead of relying on several separate and expensive software packages, GiNaC 0.6 provides a single computing environment for defining and setting up models, analyzing the results both numerically and graphically, and creating technical reports for publication, or e-publication. TRUST THE INNOVATION LEADERS Countless users all over the world have chosen GiNaC's technology as their preferred platform for solving, analyzing, and designing models in their computational projects. Our customers include virtually all major universities and research institutions, and countless corporations. These customers understand that the complexities of modern analytical computation demand the highest levels of computational excellence. With GiNaC 0.6, we continue to earn the trust of customers by delivering new and robust technology. GiNaC 0.6 is the result of over a thousand person-days of advanced research and development. With ignorant quality assurance practices and casual use of customer feedback through nonexistent beta programs, you can have confidence that the results from GiNaC 0.6 will be reliable and accurate. \end{SalespersonSpeak} We hope to see you again soon when we release GiNaC 0.7 and rip our announcement from another major competitor in the field. :-) Happy hacking -richy. -- 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

JaRoG
by Richard B. Kreckel 15 Mar '00

15 Mar '00

...means "Just another Release of GiNaC". Version 0.5.4 has just been uploaded to the usual places. See the file NEWS to learn about what has changed. Enjoy! -rbk. PS: No, I didn't forget to tag... PPS: ...and no, config.h.in is not empty. ;-) -- 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

problems downloading ginac
by Juan Pablo Romero 29 Feb '00

29 Feb '00

Hi I want to donwlad ginac, but the ftp server refuses the conection. Juan Pablo - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

2 2

Version 0.5.3 on the wire
by Richard B. Kreckel 24 Feb '00

24 Feb '00

i.e. on <ftp://ftpthep.physik.uni-mainz.de/pub/GiNaC/>. There has been a bug in the last version where .normal() was returning wrong results for certain rational functions like 1/(5-4*a)*(-5-2*a-(3+2*a)*(2-5*a)/(-2+a)) which is now fixed. Also, this version features an improved and more flexible scheme for registering functions which makes extensions easier and also allows writing remembering functions in a clean way. See <http://www.ginac.de/reference/class_remember_table.html>. GiNaC-cint is making slow progress---we have it running with the current cint 5.14.31 now. Sex and drugs and Unix -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

Resource Requirements?
by Patrick K Notz 24 Feb '00

24 Feb '00

Hi, I was having problems getting past the './configure' step on my linux system -- checking for -lcln to be exact. I eventually learned to look at the 'config.log' file and realized the problem. While compiling the test program for the "-lcln" check my system ran out of virtual memory (see config.log snippet and /proc/meminfo data below). However, if I try to compile the test program on my own - outside the 'configure' script - then I have no problems. Any ideas about how to get around this? I could just kluge the 'configure' script since I know '-lcln' works. I'm wondering though if my 233 MHz,32MB RAM linux box isn't going to be able to handle ginac. Any ideas? In the mean time, I'm trying to get ginac installed our Sun Enterprise servers at work but I'm having trouble there too (but I'll tinker with that some more before bugging all of you!) Thanks ~ pat <notz(a)purdue.edu> FROM 'config.log' . . . configure:2558: checking for cln.h configure:2568: c++ -E conftest.C >/dev/null 2>conftest.out configure:2603: checking for doublefactorial in -lcln configure:2639: c++ -o conftest -g -O2 conftest.C -lcln 1>&5 /usr/local/include/cl_SV_rational.h: In method `cl_SV<cl_RA,cl_SV_R>::~cl_SV()': In file included from /usr/local/include/cln.h:119, from configure:2633: /usr/local/include/cl_SV_rational.h:18: virtual memory exhausted configure: failed program was: #line 2632 "configure" #include "confdefs.h" #include <cln.h> int main() { doublefactorial(2); ; return 0; } configure:2680: checking for doxygen configure:2716: checking for latex . . . localhost# cat /proc/meminfo total: used: free: shared: buffers: cached: Mem: 31563776 22753280 8810496 18296832 1040384 10530816 Swap: 53637120 25653248 27983872 MemTotal: 30824 kB MemFree: 8604 kB MemShared: 17868 kB Buffers: 1016 kB Cached: 10284 kB SwapTotal: 52380 kB SwapFree: 27328 kB - To UNSUBSCRIBE, email to ginac-list(a)ginac.de with a subject of "unsubscribe".

3 2