- CLN-list - ginac.de

internal error has been reached
by Michael Miller 28 Mar '14

28 Mar '14

FYI - when I run the code ==================== #include <cln/cln.h> using namespace std; using namespace cln; const cl_univpoly_complex_ring CZ = find_univpoly_ring(cl_C_ring); struct parameter { cl_UP_N& p; }; parameter InitializeParameter(int n) { const cl_UP_N Z1 = CZ->monomial(1, 1); const cl_UP_N Z0 = CZ->monomial(1, 0); cl_R beta=random_F(cl_float(2)); cl_UP_N p=Z1-beta*Z0; parameter param={p}; return param; } int main(void) { default_float_format=float_format(200); parameter initparam=InitializeParameter(3); cout << initparam.p << "\n"; } =================== I get the error message and output ------------------- terminate called after throwing an instance of 'cln::notreached_exception' what(): Internal error: statement in file float/output/cl_F_dprint.cc, line 464 has been reached!! Please send the authors of the program a description how you produced this error! 1*x + -1.36062836991623237822723027868985516363623132879821473160126387357647155893917339260414115079493220011187343026833144928737100377766266870510325749056188223177423109599205862683403974607609610401462854382538584223Aborted --------------------- I haven't been able to reduce the code any further and still get the error - sorry! Michael

2 1

fixing undefined references
by Michael Miller 27 Mar '14

27 Mar '14

I've spent 5 hours trying to understand the reason for an undefined reference, so I'm asking for some help. The code -------------------- #include <cstdlib> #include <gmp.h> #include <cln/cln.h> using namespace std; using namespace cln; const cl_univpoly_complex_ring CZ = find_univpoly_ring(cl_C_ring); struct parameter { cl_N z0; cl_UP_N p(); }; int main(void) { cl_UP_N q=CZ->create(1); q.set_coeff(1, 1); q.set_coeff(0, -1); q.finalize(); parameter param; param.z0=1; param.p()=q; } -------------------- produces the error message -------------------- /tmp/ccZPl6fM.o: In function `main': test.cpp:(.text+0xc6): undefined reference to `parameter::p()' collect2: error: ld returned 1 exit status -------------------- What am I doing wrong? Note: replacing p() with p, which would make more sense to me, generates compiler errors. Thanks, Mike

2 3

Windows 64-Bit
by Christoph Jung 06 Mar '14

06 Mar '14

Dear Mr Kreckel, I tried to compile the CLN for Windows 64-Bit using x64, but during make I get an error: Type char* does not fit into a long!! What could I do to prevent this from happening? For 32-Bit it worked. Thank you very much and best regards, Christoph Jung Dr. Carl Christoph Jung Robert-Bosch-Zentrum für Leistungselektronik Hochschule Reutlingen Oferdinger Str. 50 72768 Reutlingen-Rommelsbach Tel.: 07121-271-7069

2 3

Dear all
by Christoph Jung 21 Feb '14

21 Feb '14

Dear all, I tried to compile the CLN for Windows 64-Bit using x64, but during make I get an error: Type char* does not fit into a long!! What could I do to prevent this from happening? For 32-Bit it worked. Thank you very much and best regards, Christoph Jung

1 0

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