- CLN-list - ginac.de

Re: [CLN-list] Trouble compiling under cygwin-64
by Richard B. Kreckel 06 Feb '14

06 Feb '14

Hi Pascal, On 02/06/2014 06:33 PM, Pascal Dupuis wrote: > I'm trying to revive the old "symbolic" package from Octave; which > itself is built atop Ginac and CLN. > > So the first task is to compile and install CLN, which fails. I > identified two issues: > > 1) there seems to be a typo in config.h.in. The first line seems to > re-use some symbol defined elsewhere. I modified it as > > #ifndef _CONFIG_H > #define _CONFIG_H You mean, _CL_CONFIG_PUBLIC_H is defined elsewhere? I think you are experiencing interferences with another installation of CLN. > 2) having done this, I re-launched autoreconf. During the configure > stage, the symbol "GMP_DEMANDS_UINTD_LONG" is defined, although it > seems the correct version in cygwin-64 is GMP_DEMANDS_UINTD_LONG_LONG. Can you, please, have a look at the test program emitted by m4/gmp.m4 and see why it gets this wrong? > After this configure step, I modified the generated > include/cln/config.h to ensure the later definition is effective. Okay. I think it's best to fix top issues first. > After steps 1 and 2, the compilation runs over a few files, and then fails with > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../autoconf > -I../../include -I../../src -I../include -I../src -g -O2 -MT > base/digit/cl_2D_div.lo -MD -MP -MF base/digit/.deps/cl_2D_div.Tpo -c > ../../src/base/digit/cl_2D_div.cc -DDLL_EXPORT -DPIC -o > base/digit/.libs/cl_2D_div.o > In file included from ../../src/base/digit/cl_2D.h:7:0, > from ../../src/base/digit/cl_2D_div.cc:7: > ../../src/base/digit/cl_D.h: In function 'sint32 cln::sign_of_sintD(sintD)': > ../../src/base/digit/cl_D.h:35:21: error: call of overloaded > 'sign_of(sintD&)' is ambiguous > return sign_of(wert); > ^ > ../../src/base/digit/cl_D.h:35:21: note: candidates are: > In file included from ../../src/base/digit/cl_D.h:7:0, > from ../../src/base/digit/cl_2D.h:7, > from ../../src/base/digit/cl_2D_div.cc:7: > ../../src/base/cl_low.h:12:15: note: sint16 cln::sign_of(sint16) > inline sint16 sign_of (sint16 wert) > ^ > ../../src/base/cl_low.h:27:15: note: sint32 cln::sign_of(sint32) > inline sint32 sign_of (sint32 wert) > ^ > ../../src/base/cl_low.h:44:15: note: sint64 cln::sign_of(sint64) > inline sint64 sign_of (sint64 wert) > ^ > Makefile:5572: recipe for target 'base/digit/cl_2D_div.lo' failed > make[1]: *** [base/digit/cl_2D_div.lo] Error 1 > make[1]: Leaving directory > '/cygdrive/c/Users/PascalDupuis/Dropbox/Development/cln/compile/src' > Makefile:666: recipe for target 'all-recursive' failed > make: *** [all-recursive] Error 1 > > Although with the updated version, sintD is defined as long long, the > compiler seems unable to pick up the right implementation. Any idea > how to solve this ? I'm taking this to the mailing list cln-list(a)ginac.de. Please subscribe to it. I'm afraid, I cannot help you any better since I don't know anything about cygwin-64. But maybe someone on that list can offer some advice. Best wishes -rbk. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

1 0

Re: [CLN-list] CLN-list Digest, Vol 69, Issue 1
by Stefan Schupp 28 Oct '13

28 Oct '13

I fixed my problem: ./configure CXX=/usr/bin/clang++ CXXFLAGS="-stdlib=libc++ -std=c++11" LDFLAGS="-stdlib=libc++" and then add an include for string (#include <string>) to exception.h (should be considered a bug? Thanks to Howard Hinnant from Stackoverflow for helping) Now CLN compiles as expected. 2013/10/18 <cln-list-request(a)ginac.de> > Send CLN-list mailing list submissions to > cln-list(a)ginac.de > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.cebix.net/mailman/listinfo/cln-list > or, via email, send a message with subject or body 'help' to > cln-list-request(a)ginac.de > > You can reach the person managing the list at > cln-list-owner(a)ginac.de > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CLN-list digest..." > > > Today's Topics: > > 1. Compile cln linked against libc++ (Stefan Schupp) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 17 Oct 2013 22:56:32 +0200 > From: Stefan Schupp <modass(a)gmx.de> > To: cln-list(a)ginac.de > Subject: [CLN-list] Compile cln linked against libc++ > Message-ID: > < > CAJTo4xS5JmquqEt52iAjren_HnVuXC_71NdJx76OsgcTo8EaXw(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi, > > I am currently trying to compile cln with linkage against libc++. My > aproach was: > > /configure CXX=/usr/bin/clang++ CXXFLAGS=-stdlib=libc++ > > However this does not work as I get erroneus output such as > > In file included from base/cl_alloca.cc:4: > In file included from ./base/cl_sysdep.h:56: > In file included from ./base/cl_macros.h:7: > ../include/cln/exception.h:14:24: error: implicit instantiation of > undefined template 'std::__1::basic_string<char, > std::__1::char_traits<char>, std::__1::allocator<char> >' > : std::runtime_error(std::string()) {} > ^ > /usr/bin/../lib/c++/v1/iosfwd:187:28: note: template is declared here > class _LIBCPP_TYPE_VIS basic_string; > > What does this mean and what am I doing wrong? I need this in order to > compile ginac with the same linkage as it is used in a project with c++11 > features. > > Best regards, > Stefan >

3 3

Compile cln linked against libc++
by Stefan Schupp 17 Oct '13

17 Oct '13

Hi, I am currently trying to compile cln with linkage against libc++. My aproach was: /configure CXX=/usr/bin/clang++ CXXFLAGS=-stdlib=libc++ However this does not work as I get erroneus output such as In file included from base/cl_alloca.cc:4: In file included from ./base/cl_sysdep.h:56: In file included from ./base/cl_macros.h:7: ../include/cln/exception.h:14:24: error: implicit instantiation of undefined template 'std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >' : std::runtime_error(std::string()) {} ^ /usr/bin/../lib/c++/v1/iosfwd:187:28: note: template is declared here class _LIBCPP_TYPE_VIS basic_string; What does this mean and what am I doing wrong? I need this in order to compile ginac with the same linkage as it is used in a project with c++11 features. Best regards, Stefan

1 0

CLN 1.3.3 has been released
by Richard B. Kreckel 21 Jul '13

21 Jul '13

Hi! This release fixes some bugs in conversions of huge floating-point numbers, integer input of leading zeros in power-of-two bases, and a bug that would set input stream fail state when reading a number at EOF. Also, it now compiles on the x32 ABI. Download it from the usual place: <http://www.ginac.de/CLN/>. -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

1 0

clang warnings - struct/class mismatch
by David van der Spoel 28 Jun '13

28 Jun '13

Hi, I'm trying to compile my application that links to CLN using the clang compiler, and it is complaining (warning) about struct/class mixups: In file included from /opt/local/include/cln/cln.h:27: /opt/local/include/cln/string.h:28:9: warning: class 'cl_string' was previously declared as a struct [-Wmismatched-tags] friend class cl_string; ^ /opt/local/include/cln/string.h:13:8: note: previous use is here struct cl_string; ^ In file included from /Users/spoel/GG/alexandria/gromacs/src/gromacs/coulombintegrals/DSlater_1S_3S.cpp:1: In file included from /Users/spoel/GG/alexandria/gromacs/src/gromacs/coulombintegrals/slater_low.h:46: In file included from /opt/local/include/cln/cln.h:29: /opt/local/include/cln/proplist.h:41:1: warning: 'cl_property_list' defined as a struct here but previously declared as a class [-Wmismatched-tags] struct cl_property_list { ^ /opt/local/include/cln/proplist.h:35:9: note: did you mean struct here? friend class cl_property_list; ^~~~~ struct 2 warnings generated. 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

Trouble compiling cln-1.3.2 - cl_DS.h:466: multiple definition of `_shift1right_loop_down'
by Stephen Kauffman 28 Mar '13

28 Mar '13

Can anyone help with this make error: libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries libtool: link: ar cru .libs/libcln.a @.libs/libcln.libcmd libtool: link: ranlib .libs/libcln.a libtool: link: ( cd ".libs" && rm -f "libcln.la" && ln -s "../libcln.la" "libcln.la" ) make[1]: Leaving directory `/home/Steve/cln/src' Making all in tests make[1]: Entering directory `/home/Steve/cln/tests' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/Steve/cln/tests' Making all in examples make[1]: Entering directory `/home/Steve/cln/examples' g++ -DHAVE_CONFIG_H -I. -I../include -I../include -g -O2 -MT pi.o -MD -MP -MF .deps/pi.Tpo -c -o pi.o pi.cc mv -f .deps/pi.Tpo .deps/pi.Po /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -o pi.exe pi.o ../src/libcln.la -lgmp libtool: link: g++ -g -O2 -o .libs/pi.exe pi.o ../src/.libs/libcln.a /usr/lib/gcc/i686-pc-cygwin/4.5.3/libstdc++.dll.a /usr/lib/libgmp.dll.a -L/usr/lib/gcc/i686-pc-cygwin/4.5.3 ../src/.libs/libcln.a(cl_LF_1plus.o):/home/Steve/cln/src/./base/digitseq/cl_DS.h:466: multiple definition of `_shift1right_loop_down' ../src/.libs/libcln.a(cl_asm.o):/home/Steve/cln/src/./base/digitseq/cl_asm_i386_.cc:1704: first defined here collect2: ld returned 1 exit status Makefile:425: recipe for target `pi.exe' failed make[1]: *** [pi.exe] Error 1 make[1]: Leaving directory `/home/Steve/cln/examples' Makefile:602: recipe for target `all-recursive' failed make: *** [all-recursive] Error 1 Thanks, Steve

1 0

construction of cl_F from long double
by GiulianoDammando＠libero.it 22 Mar '12

22 Mar '12

Hi, i'm getting the following error when using the cln::cl_float function with a long double argument lanczos.cpp:4119:70: error: call of overloaded ‘cl_float(long double, const cln::float_format_t&)’ is ambiguous /opt/local/include/cln/float.h:69:19: note: candidates are: const cln::cl_F cln::cl_float(const cln::cl_F&, const cln::cl_F&) /opt/local/include/cln/float.h:76:19: note: const cln::cl_F cln::cl_float(const cln::cl_F&, cln::float_format_t) /opt/local/include/cln/float.h:90:19: note: const cln::cl_F cln::cl_float(const cln::cl_I&, const cln::cl_F&) /opt/local/include/cln/float.h:97:19: note: const cln::cl_F cln::cl_float(const cln::cl_I&, cln::float_format_t) /opt/local/include/cln/float.h:110:19: note: const cln::cl_F cln::cl_float(const cln::cl_RA&, const cln::cl_F&) /opt/local/include/cln/float.h:117:19: note: const cln::cl_F cln::cl_float(const cln::cl_RA&, cln::float_format_t) /opt/local/include/cln/float.h:126:19: note: const cln::cl_F cln::cl_float(int, const cln::cl_F&) /opt/local/include/cln/float.h:128:19: note: const cln::cl_F cln::cl_float(unsigned int, const cln::cl_F&) /opt/local/include/cln/float.h:130:19: note: const cln::cl_F cln::cl_float(int, cln::float_format_t) /opt/local/include/cln/float.h:132:19: note: const cln::cl_F cln::cl_float(unsigned int, cln::float_format_t) /opt/local/include/cln/float.h:139:19: note: const cln::cl_F cln::cl_float(float, const cln::cl_F&) /opt/local/include/cln/float.h:141:19: note: const cln::cl_F cln::cl_float(double, const cln::cl_F&) /opt/local/include/cln/float.h:143:19: note: const cln::cl_F cln::cl_float(float, cln::float_format_t) /opt/local/include/cln/float.h:145:19: note: const cln::cl_F cln::cl_float(double, cln::float_format_t) /opt/local/include/cln/real.h:51:19: note: const cln::cl_F cln::cl_float(const cln::cl_R&, const cln::cl_F&) /opt/local/include/cln/real.h:58:19: note: const cln::cl_F cln::cl_float(const cln::cl_R&, cln::float_format_t) suppose this is due to a missing constructor for the long double type. I would like to know if there is any fix to this problem allowing to preserve the larger precision of the long double compared to double. Thanks in advance, Giuliano

1 0

Re: [CLN-list] I applied the patch
by Richard B. Kreckel 19 Mar '12

19 Mar '12

Hi! On 03/12/2012 05:53 PM, Alessandro PROFETI wrote: > I wasn't very fast in downloading cln source code and applying the patch. > Without the patch, the number in the last incomplete (no \n) line wasn't > read by cin >> x. > Now the behavior of operator>> is the same, the last number is read and > printed in both > cases; the next cin>>x results in an exception. > This behavior is EXACTLY what I observe when x is a double, if I compile > the file profeti.cc with the switch -DEXCEP. Great. So that is fixed now. I've committed it. > Is there a way for asking cln to behave the same way as c++ when > extracting a cl_R, > so that the code > sum = 0; > while (cin >> x) > sum = sum + x; > would compute the sum of the data, with x double or x in cl_R? > This way of coding is much simpler then > for (;;) > { > try { > cin >> x; > } catch ( ... ) { > break; > } > sum = sum + x; > } Good point. I agree that, ideally, CLN would behave the same as standard C++ when reading numbers from streams. Another issue is reading from an input stream that provides "123ABC". It seems like standard C++ reads 123 and stops there while CLN reads more and later discovers that ABC doesn't match the format. > I tried to peep in cln source code and in the code for libstdc++, but > couldn't figure out > if there is some place in cln code when one can take in account the > value of cin.exceptions() > and react to error throwing an exception when the corresponding bit is set > or returning a null reference (the default for cin >> x when x is > double) when the bit is clear. I think rather than resetting exceptions after the fact, the functions implemented in cl_*_read_stream.cc should be written to be more specific to the number format. They could then read only what is required. I'll see if I can provide a patch. Bye! -richy. PS: I'm taking this thread to the mailing list. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

1 0

cl_inhibit_floating_point_underflow
by Kåre Olaussen 30 Oct '11

30 Oct '11

Hi. I cannot get this option to work. I set is globally as follows > using namespace std; > using namespace cln; > > bool cl_inhibit_floating_point_underflow = true; But the program still aborts with the following error message: > terminate called after throwing an instance of 'cln::floating_point_underflow_exception' > what(): floating point underflow. Am I doing something wrong? Regards, Kåre Olaussen

6 9

Re: [CLN-list] compiler errors with intel c++
by Richard B. Kreckel 23 Aug '11

23 Aug '11

Hi! On 08/23/2011 12:35 PM, Tamas Istvan wrote: > It's works fine with the -fno-builtin-cos_sin option. Aha! Well you've not only found a hidden "feature", but also the secret switch to turn it off. At least, I am unable to find any reference whatsoever to that builtin or to that particular switch. I bet this is a trick to cheat in benchmarks. Surely, some common benchmark contains numeric code with a cos_sin function and they replace it with their highly tuned version. (They must be targeting at some external code: If it would be for internal use only they would've prefixed it with underscores.) But with CLN, this clever plot turns into a serious bug. On 2011.08.22. 17:30, Tamas Istvan wrote: > (Anyway, the Intel Compiler Studio is free for Linux.) Not quite: it's gratis. <http://en.wikipedia.org/wiki/Gratis_versus_libre> Best wishes, and thanks a lot for this hilarious finding! -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

1 0