- GiNaC-list - ginac.de

FYI: GiNaC, CLN, and GMP pre-compiled window$ (MinGW) DLLs
by Alexei Sheplyakov 09 Jan '08

09 Jan '08

Hello! The (experimental) woe32 build of GiNaC 1.4.1, CLN 1.1.13, and GMP 4.2.1 is available at http://theor.jinr.ru/~varg/web/proj/ginac/woe32 Beta testers are wellcome :) Best regards, Alexei -- All science is either physics or stamp collecting.

2 1

sympy and a derived work
by Ondrej Certik 04 Jan '08

04 Jan '08

Hi, I was recently at a Sage workshop, some of my notes here: http://ondrejcertik.blogspot.com/2007/11/sage-days-6.html and there we also discussed sympy and ginac and licensing issues and we came to the conclusion, that just by copying a C++ code to Python (by hand) is a derived work. That's what I did at the beginning - I used the same class structure and copied some of the algorithms from ginac. Ginac is GPL and sympy used to be too, so far so good. But then, we decided to use BSD, because it's more free and we think it's just better for sympy. However, we now changed almost everything in sympy, just the class structure stayed - but I mean - it's just a class structure (even that is not 100% the same, we don't use ex for example). So I wanted to clarify with you, if it's ok, if we use BSD for sympy. Thanks, Ondrej

3 11

GiNaC versus a mixture Cygwin and MinGW
by Alexei Sheplyakov 03 Jan '08

03 Jan '08

Hello, On Wed, Jan 02, 2008 at 10:44:02PM +0900, Tatsuro MATSUOKA wrote: > The cygwin tools was used to the path setting from the mingw. I doubt it. As far as I can see from your config.log, the header and library paths are Cygwinish. So, the compiler sees <dlfcn.h> header (which is *NIX- and Cygwin-specific), the linker picks (cygwinish) libdl and libreadline, and the build gets messed up. Fortunately, you get a compile error instead of misterious run-time failure[s]. > export PATH=$PATH:/c/Programs/cygwin/bin:/c/Programs/cygwin/usr/X11R6/bin Unfortunately, that's not enough. You should set at least CPPFLAGS and LDFLAGS to prevent the linker and compiler from using cygwin-specific stuff. You might also need to append -mno-cygwin to CFLAGS and CXXFLAGS. > So ginac.pc at PKG_CONFIG_PATH seemed not to work correctly. Please post the actual error message, along with config.log from that particular attempt. > Instead > export CLN_CFLAGS='-I/usr/local/octave-3.0.0/include' > export CLN_LIBS='-L/usr/local/octave-3.0.0/lib' I wonder how this could ever work. At least, you should add -lcln to CLN_LIBS. Depending on how CLN was configured, you might also add -lgmp. > export GINAC_CFLAGS='-I/usr/local/octave-3.0.0/include' > export GINAC_LIBS='-L/usr/local/octave-3.0.0/lib' The build scripts do not use these variables (they are harmless, but not necessary). > seemed to work. > > I tried pkg-config.exe 0.18.?? (>0.9.0) from the Gimp tool kit but it did > not works at all. "Does not work at all" is not really informative. Please post the actual error message. > So I tried pkg-config.exe on the cygwin. > The problem I think the mktemp is not installed to the mingw nor the msys. > I found 'mktemp-1.5-MSYS-src.tar.bz2'. I don't think so. That package contains the `mktemp' utility, which simply calls corresponding function from the C runtime library. It is necessary for some (UNIX) shell scripts. GiNaC does not use that utility. As far as I understand, your problem is completely different. The code in excompiler.cpp is platform-specific and should not be built on window$ (it won't work there anyway). The configure should have disabled it, but it did not, because your build environment (in particular library and headers search paths) is misconfigured. I suggest to use MinGW/msys tools instead of mixing MinGW and Cygwin (unless you are experienced Cygwin/UNIX user). If you encounter some problems, please post error message(s) (along with config.log file) here. Best regards, Alexei -- All science is either physics or stamp collecting.

2 2

Re: [GiNaC-list] Re: Ginac mingw build cannot go well
by Tatsuro MATSUOKA 03 Jan '08

03 Jan '08

Hello Richard and Alexei Thank you for your kind reply. > You're right, the code is ELF-specific because of dlopen and friends. I > don't see what makes it glibc-specific, though. But then, the entire > code is pretty much disabled to throwing stubs #if !defined(HAVE_LIBDL). > > Tatsuru, can you, please send us your config.log file? (The patch was failed. I attached it as a zipped file. The file is too large for the ML. I delete it. To Richard and Alexei, I personally attach it. The cygwin tools was used to the path setting from the mingw. export PATH=$PATH:/c/Programs/cygwin/bin:/c/Programs/cygwin/usr/X11R6/bin So ginac.pc at PKG_CONFIG_PATH seemed not to work correctly. Instead export CLN_CFLAGS='-I/usr/local/octave-3.0.0/include' export CLN_LIBS='-L/usr/local/octave-3.0.0/lib' export GINAC_CFLAGS='-I/usr/local/octave-3.0.0/include' export GINAC_LIBS='-L/usr/local/octave-3.0.0/lib' seemed to work. I tried pkg-config.exe 0.18.?? (>0.9.0) from the Gimp tool kit but it did not works at all. So I tried pkg-config.exe on the cygwin. The problem I think the mktemp is not installed to the mingw nor the msys. I found 'mktemp-1.5-MSYS-src.tar.bz2'. I'll try it from now. Regards Tatsuro -------------------------------------- Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar http://pr.mail.yahoo.co.jp/toolbar/

1 0

Airy functions
by Jan Bos 02 Jan '08

02 Jan '08

Dear All, Please find attached an arbitrary precision implementation of AiryAi, AiryBi and their derivatives. The implementation is based on the following paper: A. Gil, J. Segura, N.M. Temme, ``Computing complex Airy functions by numerical quadrature'', Report MAS-R0117, 2001. which is also attached. This work was conducted as part of the European FP6 project; "Photonic Integrated devices in Activated Amorphous and Crystalline Oxides" (PI-Oxide) http://pi-oxide.el.utwente.nl/ that granted permission to publish the code in the public domain. We would be grateful if you would consider the code for inclusion in a future release. Best regards Jan Bos PhoeniX Phone: +31 53 4836460 PO Box 545, 7500 AM Enschede, The Netherlands

4 4

Ginac mingw build cannot go well
by tmacchant4＠yahoo.co.jp 02 Jan '08

02 Jan '08

Dear all My name is Tatsuro MATSUOKA. I am a Octave-cygwin maintainer and also am trying to build octave system on the mingw. http://www.geocities.jp/tmoctwin/ I am struggling with Octave-forge packages on mingw. The Octave-forge packages, which are additional packages to Octave, have a symbolic package, which are mainly for used for get analytical derivatives for non-linear eq. and ODE solvers. Unlike the cygwin, the building process of GiNac is very difficult for me and has not been successful yet. (Cygwin build was easily successful) With the help of the cygwin pkg-config and fig2dev, I have at last been successful in ./configure. However I have not been successful for the 'make'. Error messages at the 'make' are described at the end of the mail. excompiler.cpp:116: error: `mktemp' was not declared in this scope This error might be critical and I have not been able to find the reason. I would like to wait for someone suggesting me. Regards Tatsuro ******************************** make[2]: Entering directory `/home/octaves/ginac-1.4.1/ginac' /bin/sh ../libtool --tag=CXX --mode=compile /mingw/bin/g++ -DHAVE_CONFIG_H -I. -I.. -I/mingw/include -I/usr/local/octave-3.0.0/include -I/GnuWin32/include -I/usr/local/octave-3.0.0/include -g -O2 -MT excompiler.lo -MD -MP -MF .deps/excompiler.Tpo -c -o excompiler.lo excompiler.cpp /mingw/bin/g++ -DHAVE_CONFIG_H -I. -I.. -I/mingw/include -I/usr/local/octave-3.0.0/include -I/GnuWin32/include -I/usr/local/octave-3.0.0/include -g -O2 -MT excompiler.lo -MD -MP -MF .deps/excompiler.Tpo -c excompiler.cpp -DDLL_EXPORT -DPIC -o .libs/excompiler.o excompiler.cpp: In member function `void GiNaC::excompiler::create_src_file(std::string&, std::ofstream&)': excompiler.cpp:116: error: `mktemp' was not declared in this scope make[2]: *** [excompiler.lo] Error 1 -------------------------------------- Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar http://pr.mail.yahoo.co.jp/toolbar/

3 4

[SCM] GiNaC -- a C++ library for symbolic computations branch, ginac_1-3, updated. release_1-3-8-21-g95740dd
by varg＠theor.jinr.ru 28 Dec '07

28 Dec '07

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GiNaC -- a C++ library for symbolic computations". The branch, ginac_1-3 has been updated via 95740dd1b3600687fa4472bad9e518e3a03d3ba4 (commit) from 585f734a55ffc161ee67e3b1c0af11d487fb2821 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 95740dd1b3600687fa4472bad9e518e3a03d3ba4 Author: Alexei Sheplyakov <varg(a)theor.jinr.ru> Date: Sat Dec 15 00:07:04 2007 +0300 check/*_memleak.cpp: fix botched CVS commit[s]. ----------------------------------------------------------------------- Summary of changes: check/mul_eval_memleak.cpp | 14 +++++++------- check/parser_memleak.cpp | 2 +- 2 files changed, 8 insertions(+), 8 deletions(-) hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0

[SCM] GiNaC -- a C++ library for symbolic computations branch, master, updated. release_1-4-0-24-g3c32758
by varg＠theor.jinr.ru 28 Dec '07

28 Dec '07

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GiNaC -- a C++ library for symbolic computations". The branch, master has been updated via 3c3275884e65193743d4b2bcd98637949791aef8 (commit) via 37678db7297076f166969b92d5d96f1d46b7fdee (commit) from eb207d1c42ae5aed9ed6d9695a4ff44f62d72540 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 3c3275884e65193743d4b2bcd98637949791aef8 Author: Alexei Sheplyakov <varg(a)theor.jinr.ru> Date: Fri Dec 28 17:51:16 2007 +0300 kill spurious comma in flags.h commit 37678db7297076f166969b92d5d96f1d46b7fdee Author: Alexei Sheplyakov <varg(a)theor.jinr.ru> Date: Sat Dec 15 00:07:04 2007 +0300 check/*_memleak.cpp: fix botched CVS commit[s]. ----------------------------------------------------------------------- Summary of changes: check/mul_eval_memleak.cpp | 14 +++++++------- check/parser_memleak.cpp | 2 +- ginac/flags.h | 2 +- 3 files changed, 9 insertions(+), 9 deletions(-) hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0

[SCM] GiNaC -- a C++ library for symbolic computations branch, ginac_1-4, updated. release_1-4-0-30-g3fdbaa2
by varg＠theor.jinr.ru 28 Dec '07

28 Dec '07

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GiNaC -- a C++ library for symbolic computations". The branch, ginac_1-4 has been updated via 3fdbaa235a47f051c10fe7f5bb559207f4f566bf (commit) via d7e5713c7cba7bbe88d07bd19bdb6f04116a0c05 (commit) from 11aa51fcd42465d86a996a468768bb0d2c2c57f2 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 3fdbaa235a47f051c10fe7f5bb559207f4f566bf Author: Alexei Sheplyakov <varg(a)theor.jinr.ru> Date: Fri Dec 28 17:51:16 2007 +0300 kill spurious comma in flags.h commit d7e5713c7cba7bbe88d07bd19bdb6f04116a0c05 Author: Alexei Sheplyakov <varg(a)theor.jinr.ru> Date: Sat Dec 15 00:07:04 2007 +0300 check/*_memleak.cpp: fix botched CVS commit[s]. ----------------------------------------------------------------------- Summary of changes: check/mul_eval_memleak.cpp | 14 +++++++------- check/parser_memleak.cpp | 2 +- ginac/flags.h | 2 +- 3 files changed, 9 insertions(+), 9 deletions(-) hooks/post-receive -- GiNaC -- a C++ library for symbolic computations

1 0

spurious "," in flags.hpp
by Bernd Speiser 28 Dec '07

28 Dec '07

Hi all, we have recently installed GiNaC 1.4.0 on an openSuSE 10.3 system with gcc 4.2.1. The installation procedure was ok, but when using GiNaC we encountered a spurious comma "," in file flags.h on line 41. Maybe this has been corrected in the meantime, but I couldn't find any information. Regards Bernd -- ======================================================================= Bernd Speiser Institut für Organische Chemie Auf der Morgenstelle 18 temporary address: Auf der Morgenstelle 15 D-72076 Tübingen Germany phone: +49-7071-2976205 (office) +49-7071-2976242 (laboratory) +49-7071-2972098 (secretary) fax: +49-7071-295518 e-mail: bernd.speiser(a)uni-tuebingen.de Internet: http://www.uni-tuebingen.de/speiser =======================================================================

2 1