- GiNaC-list - ginac.de

I could not find headers for libreadline
by Hayk Gabrielyan 29 Jan '08

29 Jan '08

Hi all! I'm new user of linux. I've installed an Ubuntu 7.10. I need to install Ginac for some scientific programs. But I get this problem while doing "./configure" ===The following minor problems have been detected by configure. ===Pleas check .... === I could not find the headers for libreadline (needed for building ginsh). ===I could not find libreadline (needed by ginsh). ------------------------ I've read the Install file and Common problems. I found that there is installed libreadline5.2-3build1 After I've read from Ginac mailing list archives similar problems, but i can't det the main idea. I found in my config.log life these rows configure:22223: checking readline/readline.h usability configure:22240: g++ -c -g -O2 conftest.cpp >&5 conftest.cpp:63:31: error: readline/readline.h: No such file or directory configure:22246: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "GiNaC" | #define PACKAGE_TARNAME "ginac" ....... ................................ | #include <readline/readline.h> configure:22260: result: no configure:22264: checking readline/readline.h presence configure:22279: g++ -E conftest.cpp conftest.cpp:30:31: error: readline/readline.h: No such file or directory configure:22285: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "GiNaC" ................................................. | #include <readline/readline.h> configure:22299: result: no configure:22332: checking for readline/readline.h configure:22340: result: no configure:22223: checking readline/history.h usability configure:22240: g++ -c -g -O2 conftest.cpp >&5 conftest.cpp:63:30: error: readline/history.h: No such file or directory configure:22246: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "GiNaC" ................................................. what is the problem? Thank you Hayk p.s. I don't know can I attach for example config.log file in my mail?

3 4

CLN 1.2.0 is available
by Richard B. Kreckel 19 Jan '08

19 Jan '08

Hi, CLN 1.2.0 has been released. Here is a list of what's changed: Algorithmic changes ------------------- * Save big amounts of memory in the computation of some functions and constants by: - Avoiding pre-computation of series terms and instead computing them in a streamed way. - Avoiding computation with excess precision in binary splitting algorithm by coercion of intermediate integer values to floating-point as early as possible. Implementation changes ---------------------- * Added support for huge numbers: - intC used for all counter loops. - intE is now a 64-bit type on all 64-bit platforms and even on selected 32-bit platforms. * CLN now uses C++ exceptions for error handling. The cl_abort() hook is not supported any more. Please refer to the documentation to learn about existing exception types. * Fixed a bug on i386 where comparing Z/2Z ring zeros returnd random results. * Removed cl_boolean. Use built-in C++ bool instead. Other changes ------------- * Dropped the cln-config script. Please use pkg-config instead. * Updated infrastructure to that of libtool-1.5.24. * Changed encoding of all files to UTF-8. * Fix compilation issues with GCC-4.3. * Fix linking issues on platforms that don't feature weak symbols (like win32). CLN is available from <http://www.ginac.de/CLN/>. Cheers -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

1 0

GiNaC on VS2005?
by Bilokon, Paul 18 Jan '08

18 Jan '08

Hi all, Has anyone succeeded to build GiNaC on VS2005? If this question is unreasonable for whatever reason, sorry, please let me know. If this question is not unreasonable, and you have indeed succeeded, could you very kindly send me your solution and project files? I would be very much obliged. Many thanks, Paul - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.

2 2

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