- CLN-list - ginac.de

Integer parser
by Thomas Luthe 03 May '17

03 May '17

Hi, I am writing my own parser for expressions and want to use cln for parsing integers within these expressions, specifically using read_integer (const cl_read_flags& flags, const char * string, const char * string_limit, const char * * end_of_parse) . Unfortunately this fails with a cln::read_number_bad_syntax_exception if the integer immediately precedes a "/" (example attached). I have traced the cause back to line 119 in cl_I_read.cc. My suspicion is that the check for "/" originates from the rational case (as the file states that the code is a condensed version of read_rational()) and could simply be removed, but I am not familiar enough with the code to be certain this would not break other use cases. Even though I can work around this by to determining the end of the integer before the call and setting string_limit accordingly, I would appreciate a fix for this issue. Cheers, Thomas Luthe

3 4

Building CLN for arm64, armv7 and armv7s
by Robert Hai 28 Mar '17

28 Mar '17

1 0

Warnings
by David van der Spoel 27 Feb '17

27 Feb '17

Hi, I'm compiling version 1.3.4 using gcc/6.2.0 and get the following warning a few times: In file included from ./base/cl_sysdep.h:56:0, from base/digitseq/cl_DS_div.cc:4: base/digitseq/cl_DS_div.cc: In function 'void cln::cl_UDS_divide(const uintD*, uintC, const uintD*, const uintD*, uintC, const uintD*, uintD*, cln::DS*, cln::DS*)': ./base/cl_macros.h:119:26: warning: result of '(2ll << 63)' requires 66 bits to represent, but 'long long int' only has 64 bits [-Wshift-overflow=] #define bitm(n) (2LL<<((n)-1)) ~~~^~~~~~~~~ base/digitseq/cl_DS_div.cc:342:34: note: in expansion of macro 'bitm' q_stern = bitm(intDsize)-1; // q* = beta-1 ^~~~ libtool: compile: /home/apps/gcc/6.2.0/bin/g++ -DHAVE_CONFIG_H -I. -I../autoconf -I../include -I../src -I../include -I../src -I/home/apps/utilities/include -I/home/apps/utilities/include -MT base/digitseq/cl_DS_recipsqrt.lo -MD -MP -MF base/digitseq/.deps/cl_DS_recipsqrt.Tpo -c base/digitseq/cl_DS_recipsqrt.cc -fPIC -DPIC -o base/digitseq/.libs/cl_DS_recipsqrt.o Clues? -- David van der Spoel, Ph.D., Professor of Biology Dept. of Cell & Molec. Biol., Uppsala University. Box 596, 75124 Uppsala, Sweden. Phone: +46184714205. spoel(a)xray.bmc.uu.se http://folding.bmc.uu.se

1 0

Building from git: autoreconf fails
by Gereon Kremer 19 Nov '16

19 Nov '16

Hello, I'm trying to build the current version CLN from git and having problems with autoreconf. As far as I understand, building CLN should work like that: "Checkout git to cln/" cd cln/ autoreconf -iv ./configure && make However, autoreconf tells me: $ autoreconf -iv autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/bin/autoconf configure.ac:64: error: possibly undefined macro: AC_DISABLE_SHARED If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:68: error: possibly undefined macro: AC_ENABLE_SHARED configure.ac:71: error: possibly undefined macro: AC_PROG_LIBTOOL autoreconf: /usr/bin/autoconf failed with exit status: 1 I use the cln_1-3-4 tag on an ubuntu 16.10 with autoreconf 2.69. Thank you very much, Gereon -- Gereon Kremer Lehr- und Forschungsgebiet Theorie Hybrider Systeme RWTH Aachen Tel: +49 241 80 21243

2 1

Can't Generate File named "cln-config"
by Wang Xing 17 Oct '14

17 Oct '14

Hi, I have tried to install the CLN on my linux system, but I can't get the cln-config tool after my installation. When I input the installation command "make install", the following characters are shown: (I think my installation is OK, but I can't find the generated file "cln-config" which will be used in GiNaC ) Making install in src make[1]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/src' make[2]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/src' test -z "/home/xwang/1-Tools/GiNaC-1.2.3/lib" || /bin/mkdir -p "/home/xwang/1-Tools/GiNaC-1.2.3/lib" /bin/sh ../libtool --mode=install /usr/bin/install -c libcln.la '/home/xwang/1-Tools/GiNaC-1.2.3/lib' libtool: install: /usr/bin/install -c .libs/libcln.so.6.0.0 /home/xwang/1-Tools/GiNaC-1.2.3/lib/libcln.so.6.0.0 libtool: install: (cd /home/xwang/1-Tools/GiNaC-1.2.3/lib && { ln -s -f libcln.so.6.0.0 libcln.so.6 || { rm -f libcln.so.6 && ln -s libcln.so.6.0.0 libcln.so.6; }; }) libtool: install: (cd /home/xwang/1-Tools/GiNaC-1.2.3/lib && { ln -s -f libcln.so.6.0.0 libcln.so || { rm -f libcln.so && ln -s libcln.so.6.0.0 libcln.so; }; }) libtool: install: /usr/bin/install -c .libs/libcln.lai /home/xwang/1-Tools/GiNaC-1.2.3/lib/libcln.la libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n /home/xwang/1-Tools/GiNaC-1.2.3/lib ---------------------------------------------------------------------- Libraries have been installed in: /home/xwang/1-Tools/GiNaC-1.2.3/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,-rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to `/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/src' make[1]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/src' Making install in tests make[1]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/tests' make[2]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/tests' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/tests' make[1]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/tests' Making install in examples make[1]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/examples' make[2]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/examples' test -z "/home/xwang/1-Tools/GiNaC-1.2.3/bin" || /bin/mkdir -p "/home/xwang/1-Tools/GiNaC-1.2.3/bin" /bin/sh ../libtool --mode=install /usr/bin/install -c pi '/home/xwang/1-Tools/GiNaC-1.2.3/bin' libtool: install: /usr/bin/install -c .libs/pi /home/xwang/1-Tools/GiNaC-1.2.3/bin/pi test -z "/home/xwang/1-Tools/GiNaC-1.2.3/share/man/man1" || /bin/mkdir -p "/home/xwang/1-Tools/GiNaC-1.2.3/share/man/man1" /usr/bin/install -c -m 644 pi.1 '/home/xwang/1-Tools/GiNaC-1.2.3/share/man/man1' make[2]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/examples' make[1]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/examples' Making install in doc make[1]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/doc' make[2]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/doc' make[2]: Nothing to be done for `install-exec-am'. test -z "/home/xwang/1-Tools/GiNaC-1.2.3/share/info" || /bin/mkdir -p "/home/xwang/1-Tools/GiNaC-1.2.3/share/info" /usr/bin/install -c -m 644 ./cln.info '/home/xwang/1-Tools/GiNaC-1.2.3/share/info' install-info --info-dir='/home/xwang/1-Tools/GiNaC-1.2.3/share/info' '/home/xwang/1-Tools/GiNaC-1.2.3/share/info/cln.info' make[2]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/doc' make[1]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/doc' Making install in benchmarks make[1]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/benchmarks' make[2]: Entering directory `/home/xwang/1-Tools/cln-1.3.0/benchmarks' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/benchmarks' make[1]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0/benchmarks' make[1]: Entering directory `/home/xwang/1-Tools/cln-1.3.0' make[2]: Entering directory `/home/xwang/1-Tools/cln-1.3.0' make[2]: Nothing to be done for `install-exec-am'. test -z "/home/xwang/1-Tools/GiNaC-1.2.3/include/cln" || /bin/mkdir -p "/home/xwang/1-Tools/GiNaC-1.2.3/include/cln" /usr/bin/install -c -m 644 include/cln/SV_real.h include/cln/GV_integer.h include/cln/floatformat.h include/cln/lfloat.h include/cln/null_ring.h include/cln/io.h include/cln/ring.h include/cln/V.h include/cln/GV.h include/cln/GV_number.h include/cln/complex_io.h include/cln/condition.h include/cln/integer_ring.h include/cln/dfloat_io.h include/cln/random.h include/cln/SV_ringelt.h include/cln/ffloat_io.h include/cln/float_class.h include/cln/cln.h include/cln/ffloat_class.h include/cln/float.h include/cln/string.h include/cln/lfloat_io.h include/cln/malloc.h include/cln/lfloat_class.h include/cln/number_io.h include/cln/numtheory.h include/cln/object.h include/cln/proplist.h include/cln/univpoly_rational.h include/cln/univpoly_real.h include/cln/output.h include/cln/real_io.h include/cln/ffloat.h include/cln/sfloat_io.h include/cln/timing.h include/cln/SV_number.h include/cln/complex_ring.h include/cln/univpoly_complex.h include/cln/version.h '/home/xwang/1-Tools/GiNaC-1.2.3/include/cln' /usr/bin/install -c -m 644 include/cln/rational.h include/cln/rational_class.h include/cln/rational_io.h include/cln/types.h include/cln/univpoly_modint.h include/cln/modinteger.h include/cln/rational_ring.h include/cln/univpoly_integer.h include/cln/number.h include/cln/GV_complex.h include/cln/GV_modinteger.h include/cln/GV_real.h include/cln/SV_complex.h include/cln/SV_integer.h include/cln/complex.h include/cln/exception.h include/cln/univpoly.h include/cln/SV_rational.h include/cln/complex_class.h include/cln/real.h include/cln/symbol.h include/cln/dfloat_class.h include/cln/modules.h include/cln/real_ring.h include/cln/float_io.h include/cln/GV_rational.h include/cln/input.h include/cln/integer_class.h include/cln/integer_io.h include/cln/real_class.h include/cln/sfloat.h include/cln/sfloat_class.h include/cln/dfloat.h include/cln/SV.h include/cln/integer.h '/home/xwang/1-Tools/GiNaC-1.2.3/include/cln' test -z "/home/xwang/1-Tools/GiNaC-1.2.3/include/cln" || /bin/mkdir -p "/home/xwang/1-Tools/GiNaC-1.2.3/include/cln" /usr/bin/install -c -m 644 include/cln/config.h include/cln/host_cpu.h include/cln/intparam.h '/home/xwang/1-Tools/GiNaC-1.2.3/include/cln' test -z "/home/xwang/1-Tools/GiNaC-1.2.3/lib/pkgconfig" || /bin/mkdir -p "/home/xwang/1-Tools/GiNaC-1.2.3/lib/pkgconfig" /usr/bin/install -c -m 644 cln.pc '/home/xwang/1-Tools/GiNaC-1.2.3/lib/pkgconfig' make[2]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0' make[1]: Leaving directory `/home/xwang/1-Tools/cln-1.3.0' How can I do to generate the file named "cln-config"? Thanks a lot. --------------------------- Wang Xing Soochow University

2 1

CLN 1.3.4 has been released
by Richard B. Kreckel 16 Oct '14

16 Oct '14

Hi! The new release fixes a bug in the input of huge floats. Also, it now compiles on the AArch64 and Mips64 ABIs. Download it from the usual place: <http://www.ginac.de/CLN/>. -richy. -- Richard B. Kreckel <http://in.terlu.de/~kreckel/>

1 0

Parsing bug in cl_N constructor
by tluthe＠physik.uni-bielefeld.de 12 Oct '14

12 Oct '14

Hi, I have come across a (very rare) error when calling the cl_N(const char *) constructor: For a particular argument with ~10000 digits (see attached file) the constructor seems to insert an extra 0 after the first digit. The input is 3.40805... while the finished cl_N reads 30.40805... The problem seems to be related to the input length, as adding or removing a digit at the end leads to the correct result. Best regards, Thomas

2 1

cygwin help
by Andrei Kramer 01 Jul '14

01 Jul '14

Greetings, I have been forced to install ginac on a windows machine and I ran into unexpected problems. Everything I found on the web is quite old, e.g.: http://www.ginac.de/pipermail/cln-list/2006-August/000212.html and this ( http://www.richelbilderbeek.nl/CppClnInstallCygwin.htm ) claims that ./configure make make check make install should do the trick, even in cygwin. So, where might I get help when I see something like this(?): ~~~ $ make Making all in src make[1]: Entering directory '/home/andrei/cln-1.3.3/src' /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../autoconf -I../include -I../src -I../include -I../src -g -O2 -MT cl_2DS_div.lo -MD -MP -MF .deps/cl_2DS_div.Tpo -c -o cl_2DS_div.lo `test -f 'base/digitseq/cl_2DS_div.cc' || echo './'`base/digitseq/cl_2DS_div.cc libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../autoconf -I../include -I../src -I../include -I../src -g -O2 -MT cl_2DS_div.lo -MD -MP -MF .deps/cl_2DS_div.Tpo -c base/digitseq/cl_2DS_div.cc -o cl_2DS_div.o In file included from base/digitseq/cl_2DS_div.cc:13:0: ./base/digitseq/cl_DS.h: In function 'uintD cln::add_loop_up(const uintD*, const uintD*, uintD*, uintC)': ./base/digitseq/cl_DS.h:378:54: error: invalid conversion from 'uintD* {aka long unsigned int*}' to 'mp_ptr {aka long long unsigned int*}' [-fpermissive] return mpn_add_n(destptr,sourceptr1,sourceptr2,count); [...lots more...] In file included from ./base/digitseq/cl_DS.h:360:0, from base/digitseq/cl_2DS_div.cc:13: /usr/include/gmp.h:1496:26: error: initializing argument 3 of 'mp_limb_t __gmpn_divrem_1(mp_ptr, mp_size_t, mp_srcptr, mp_size_t, mp_limb_t)' [-fpermissive] __GMP_DECLSPEC mp_limb_t mpn_divrem_1 (mp_ptr, mp_size_t, mp_srcptr, mp_size_t, mp_limb_t); ^ Makefile:2672: recipe for target 'cl_2DS_div.lo' failed make[1]: *** [cl_2DS_div.lo] Error 1 make[1]: Leaving directory '/home/andrei/cln-1.3.3/src' Makefile:665: recipe for target 'all-recursive' failed make: *** [all-recursive] Error 1 ~~~ Best, Andrei

2 1

Symbol Not Found OS X 10.9.3
by Andrew Austin 12 Jun '14

12 Jun '14

I get the following error on OS X 10.9.3 with CLN (installed via homebrew): dyld: lazy symbol binding failed: Symbol not found: __ZN3cln14print_rationalERSoRKNS_14cl_print_flagsERKNS_5cl_RAE Referenced from: /Users/aaustin/code/question/node_modules/jinac/build/Release/rationalnumber.node Expected in: dynamic lookup dyld: Symbol not found: __ZN3cln14print_rationalERSoRKNS_14cl_print_flagsERKNS_5cl_RAE Referenced from: /Users/aaustin/code/question/node_modules/jinac/build/Release/rationalnumber.node Expected in: dynamic lookup This symbol is found and works properly under OS X 10.8.5. Unmangled, this symbol is: *cln::print_rational(std::ostream&, cln::cl_print_flags const&, cln::cl_RA const&)* Everything looks to be linked correctly: otool -L rationalnumber.node > rationalnumber.node: > /usr/local/lib/libcln.6.dylib (compatibility version 7.0.0, current > version 7.3.0) > /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version > 60.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version > 1197.1.1) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version > 2577.0.0) g++ on 10.8.5: g++ --version > i686-apple-darwin11-llvm-g++-4.2 (GCC) 4.2.1 (Based on Apple Inc. build > 5658) (LLVM build 2336.11.00) g++ on under 10.9.3: > g++ --version > Configured with: --prefix=/Applications/Xcode.app/Contents/Developer//usr > --with-gxx-include-dir=/usr/include/c++/4.2.1 > Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) > Target: x86_64-apple-darwin13.2.0 > Thread model: posix Any help would be most appreciated! -- http://andrew-austin.com

1 0

Add AArch64 support
by Marcin Juszkiewicz 23 Apr '14

23 Apr '14

Hi While building Fedora 21 for AArch64 we found out that your software is not building for us. Attached is a fix which adds this architecture in all required places.

1 0