- GiNaC-devel - ginac.de

Lib not found
by Tapan 22 Jun '04

22 Jun '04

Dear sir/m'me With g++ test.cpp -lcln -lginac -lm (compile command) compiling the the attached programme the following errors occurs: In file included from /usr/include/c++/3.3.3/backward/iostream.h:31, from test.cpp:1: /usr/include/c++/3.3.3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider usin g one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the <X> header for the <X.h> header for C++ includes, or <s stream> instead of the deprecated header <strstream.h>. To disable this warning use -Wno-deprecated. test.cpp:2:24: ginac/ginac.h: No such file or directory test.cpp:4: error: namespace `GiNaC' undeclared test.cpp: In function `int main()': test.cpp:8: error: `symbol' undeclared (first use this function) test.cpp:8: error: (Each undeclared identifier is reported only once for each function it appears in.) test.cpp:8: error: syntax error before `(' token test.cpp:9: error: `ex' undeclared (first use this function) test.cpp:12: error: `poly' undeclared (first use this function) test.cpp:12: error: `fractorial' undeclared (first use this function) test.cpp:12: error: `x' undeclared (first use this function) test.cpp:12: error: `y' undeclared (first use this function) [tapan@shaula tapan]$ g++ test.cpp -lcln -lginac -lm In file included from /usr/include/c++/3.3.3/backward/iostream.h:31, from test.cpp:1: /usr/include/c++/3.3.3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider usin g one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the <X> header for the <X.h> header for C++ includes, or <s stream> instead of the deprecated header <strstream.h>. To disable this warning use -Wno-deprecated. test.cpp:2:24: ginac/ginac.h: No such file or directory test.cpp:4: error: namespace `GiNaC' undeclared test.cpp: In function `int main()': test.cpp:8: error: `symbol' undeclared (first use this function) test.cpp:8: error: (Each undeclared identifier is reported only once for each function it appears in.) test.cpp:8: error: syntax error before `(' token test.cpp:9: error: `ex' undeclared (first use this function) test.cpp:12: error: `poly' undeclared (first use this function) test.cpp:12: error: `fractorial' undeclared (first use this function) test.cpp:12: error: `x' undeclared (first use this function) test.cpp:12: error: `y' undeclared (first use this functio With command $ locate cln following occure: /usr/share/doc/cln-1.1.7 /usr/share/doc/cln-1.1.7/README /usr/share/doc/cln-1.1.7/TODO /usr/share/doc/cln-1.1.7/NEWS /usr/share/doc/cln-1.1.7/FILES /usr/share/doc/cln-1.1.7/ChangeLog /usr/share/doc/cln-1.1.7/TODO-verylong /usr/share/doc/cln-1.1.7/COPYING /usr/share/doc/cln-1.1.7/TODO-subclass /usr/share/doc/cln-1.1.7 /usr/share/doc/ruby-1.8.1/sample/clnt.rb /usr/share/man/man3/clnt_create.3.gz /usr/share/man/man3/clnt_geterr.3.gz /usr/share/man/man3/clntudp_create.3.gz /usr/share/man/man3/clnt_destroy.3.gz /usr/share/man/man3/clntudp_bufcreate.3.gz /usr/share/man/man3/clnt_freeres.3.gz /usr/share/man/man3/clntraw_create.3.gz /usr/share/man/man3/clnt_broadcast.3.gz /usr/share/man/man3/clnttcp_create.3.gz /usr/share/man/man3/clnt_pcreateerror.3.gz /usr/share/man/man3/clnt_perror.3.gz /usr/share/man/man3/clnt_sperror.3.gz /usr/share/man/man3/clnt_perrno.3.gz /usr/share/man/man3/clnt_sperrno.3.gz /usr/share/man/man3/clnt_call.3.gz /usr/share/man/man3/clnt_control.3.gz /usr/share/man/man3/clnt_spcreateerror.3.gz /usr/share/man/ja/man3/clnt_create.3.gz /usr/share/man/ja/man3/clnt_geterr.3.gz /usr/share/man/ja/man3/clntudp_create.3.gz /usr/share/man/ja/man3/clnt_destroy.3.gz /usr/share/man/ja/man3/clntudp_bufcreate.3.gz /usr/share/man/ja/man3/clnt_freeres.3.gz /usr/share/man/ja/man3/clntraw_create.3.gz /usr/share/man/ja/man3/clnt_broadcast.3.gz /usr/share/man/ja/man3/clnttcp_create.3.gz /usr/share/man/ja/man3/clnt_pcreateerror.3.gz /usr/share/man/ja/man3/clnt_perror.3.gz /usr/share/man/ja/man3/clnt_sperror.3.gz /usr/share/man/ja/man3/clnt_perrno.3.gz /usr/share/man/ja/man3/clnt_sperrno.3.gz /usr/share/man/ja/man3/clnt_call.3.gz /usr/share/man/ja/man3/clnt_control.3.gz /usr/share/man/ja/man3/clnt_spcreateerror.3.gz /usr/share/man/fr/man3/clnt_create.3.gz /usr/share/man/fr/man3/clnt_geterr.3.gz /usr/share/man/fr/man3/clntudp_create.3.gz /usr/share/man/fr/man3/clnt_destroy.3.gz /usr/share/man/fr/man3/clntudp_bufcreate.3.gz /usr/share/man/fr/man3/clnt_freeres.3.gz /usr/share/man/fr/man3/clntraw_create.3.gz /usr/share/man/fr/man3/clnt_broadcast.3.gz /usr/share/man/fr/man3/clnttcp_create.3.gz /usr/share/man/fr/man3/clnt_pcreateerror.3.gz /usr/share/man/fr/man3/clnt_perror.3.gz /usr/share/man/fr/man3/clnt_sperror.3.gz /usr/share/man/fr/man3/clnt_perrno.3.gz /usr/share/man/fr/man3/clnt_sperrno.3.gz /usr/share/man/fr/man3/clnt_call.3.gz /usr/share/man/fr/man3/clnt_control.3.gz /usr/share/man/fr/man3/clnt_spcreateerror.3.gz /usr/share/cvs/contrib/cln_hist /usr/src/linux-2.6.5-1.358/fs/xfs/xfs_clnt.h /usr/src/linux-2.6.5-1.358/fs/nfs/mount_clnt.c /usr/src/linux-2.6.5-1.358/fs/lockd/clntlock.c /usr/src/linux-2.6.5-1.358/fs/lockd/clntproc.c /usr/src/linux-2.6.5-1.358/net/sunrpc/clnt.c /usr/src/linux-2.6.5-1.358/net/sunrpc/pmap_clnt.c /usr/src/linux-2.6.5-1.358/include/linux/sunrpc/clnt.h /usr/lib/libkadm5clnt.so.5 /usr/lib/libkadm5clnt.so /usr/lib/dietlibc/include/rpc/clnt.h /usr/lib/dietlibc/include/rpc/pmap_clnt.h /usr/lib/libkadm5clnt.a /usr/lib/libcln.so.3 /usr/lib/libcln.so.3.0.1 /usr/lib/libkadm5clnt.so.5.1 /usr/include/rpcsvc/ypclnt.h /usr/include/linux/sunrpc/clnt.h /usr/include/rpc/clnt.h /usr/include/rpc/pmap_clnt.h /dos/Program Files/Common Files/Real/Plugins/clntxres.dll /dos/windows/system32/dllcache/davclnt.dll /dos/windows/system32/dllcache/fldrclnr.dll /dos/windows/system32/dllcache/fxsclnt.exe /dos/windows/system32/dllcache/fxsclntr.dll /dos/windows/system32/dllcache/webclnt.dll /dos/windows/system32/webclnt.dll /dos/windows/system32/davclnt.dll /dos/windows/system32/fldrclnr.dll /dos/windows/Help/fxsclnt.chm /dos/windows/Help/fxsclnt.hlp /dos/Documents and Settings/Tapan/My Documents/cln-1.1.7.tar.bz2 /lib/modules/2.6.5-1.358/build/include/linux/sunrpc/clnt.h with command $locate ginac following occurs : /usr/share/doc/HTML/en/kdelibs-apidocs/kdeprint/html/management_2pluginaction_8cpp-source.html /usr/share/doc/HTML/en/kdelibs-apidocs/kdeprint/html/kdeprint_2pluginaction_8cpp-source.html /usr/share/doc/HTML/en/kdelibs-apidocs/kdeprint/html/kdeprint_2pluginaction_8h-source.html /usr/share/doc/HTML/en/kdelibs-apidocs/kdeprint/html/management_2pluginaction_8h-source.html /usr/lib/libginac-1.2.so.0.0.1 /usr/lib/libginac-1.2.so.0 Now how to fixed the bug. I am using Fedora core 2. Thanks Tapan Naskar Ph: +91 022 25604222 (Off) IUCAA 25604525 (Res) Post Bag:04 Mob: 91 022 9890430978 Ganeshkhind Fax: 91 022 335760 Pune 411007 Telex: 0145 7658 GMRT IN

2 1

Resultant patch
by Ralf Stephan 21 Jun '04

21 Jun '04

Please include. This works with any polynomial. Best, ralf diff -u --recursive GiNaC-1.2.1-orig/doc/tutorial/ginac.texi GiNaC-1.2.1/doc/tutorial/ginac.texi --- GiNaC-1.2.1-orig/doc/tutorial/ginac.texi Mon Mar 15 18:47:17 2004 +++ GiNaC-1.2.1/doc/tutorial/ginac.texi Sun Jun 20 15:45:19 2004 @@ -4371,7 +4399,7 @@ original polynomial. -@subsection GCD and LCM +@subsection GCD, LCM, resultant @cindex GCD @cindex LCM @cindex @code{gcd()} @@ -4408,7 +4436,37 @@ @} @end example +@cindex resultant +@cindex @code{resultant()} + +The resultant of two expressions only makes sense with polynomials. +It is always computed with respect to a specific symbol within the +expressions. The function has the interface + +@example +ex resultant(const ex & a, const ex & b, const symbol & s); +@end example +Resultants are commutative. The following example computes the resultant +of two expressions with respect to both @code{x} and @code{y}: + +@example +#include <ginac/ginac.h> +using namespace GiNaC; + +int main() +@{ + symbol x("x"), y("y"); + + ex e1 = x+pow(y,2), e2 = 2*pow(x,3)-1; // x+y^2, 2*x^3-1 + ex r; + + r = resultant (e1, e2, x); + // -> 1+2*y^6 + r = resultant (e1, e2, y); + // -> 1-4*x^3+4*x^6 +@} +@end example @subsection Square-free decomposition @cindex square-free decomposition @cindex factorization diff -u --recursive GiNaC-1.2.1-orig/ginac/normal.cpp GiNaC-1.2.1/ginac/normal.cpp --- GiNaC-1.2.1-orig/ginac/normal.cpp Thu Jan 8 16:06:50 2004 +++ GiNaC-1.2.1/ginac/normal.cpp Sun Jun 20 11:58:11 2004 @@ -2374,5 +2374,33 @@ return e; } +/** Resultant of two expressions e1,e2 with respect to symbol s. + * Method: Compute determinant of Sylvester matrix of e1,e2,s. */ +ex resultant (const ex &e1, const ex &e2, const symbol &s) +{ + const int h1 = e1.degree (s); + const int l1 = e1.ldegree (s); + const int h2 = e2.degree (s); + const int l2 = e2.ldegree (s); + + const int msize = h1 + h2; + matrix m (msize, msize); + + for (int l = h1; l >= l1; --l) + { + const ex e = e1.coeff (s, l); + for (int k = 0; k < h2; ++k) + m (k, k+h1-l) = e; + } + for (int l = h2; l >= l2; --l) + { + const ex e = e2.coeff (s, l); + for (int k = 0; k < h1; ++k) + m (k+h2, k+h2-l) = e; + } + + return m.determinant(); +} + } // namespace GiNaC diff -u --recursive GiNaC-1.2.1-orig/ginac/normal.h GiNaC-1.2.1/ginac/normal.h --- GiNaC-1.2.1-orig/ginac/normal.h Thu Jan 8 16:06:50 2004 +++ GiNaC-1.2.1/ginac/normal.h Sun Jun 20 11:57:22 2004 @@ -66,6 +66,9 @@ // Collect common factors in sums. extern ex collect_common_factors(const ex & e); +// Resultant of two polynomials e1,e2 with respect to symbol s +extern ex resultant (const ex& e1, const ex& e2, const symbol& s); + } // namespace GiNaC #endif // ndef __GINAC_NORMAL_H__

2 1

series and expansion.
by Chris Dams 20 Jun '04

20 Jun '04

Dear developers, Some time ago I sent a patch to prevent .series() to revert to .expand() internally. This was because in the case that one has polynomial^some_large_integer the expansion will be hopeless. However, I keep running into this kind of problems. To determine the real_ldegree in mul::pseries, still expansion is used with potentially the same problems. I think there are two possible solutions to this problem. (1) Tell your users (me included) that they should not be substituting polynomials into each others when they should have used power series from the start. (2) Create (or ask me to create) a patch that solves this particular case and hope that there will not be ten other instances where .series() is going to crash a program. (3) Forbid any occurance of .expand() in any method or function that may be called from .series(). Create a new method to determine the leading behaviour of any expression. Let .series() use this and let .series() work by calculating power series of subexpressions and combining these into the power series for the entire expression. I am in favour of (3). The only reason not to use (3) would be if someone in this mailing list could come up with an example where (3) clearly is horribly inefficient. What do other people think? Best, Chris Dams

2 3

CLN/ginac: factoring announce, questions
by Ralf Stephan 19 Jun '04

19 Jun '04

Hello, the following is concerned with the numtheory part of CLN. I have appended a patch to numtheory/cl_IF.h file and three new files for the same directory that would provide a factoring engine. The code is a much improved version of what I sent to Richy Kreckel a few days ago, and it explains itself. I have serious design questions on the interface, though. Shortly summed, you can factor any integer now within a minute whose second largest prime factor is less than ~10^11. I am not an expert, and I will not even think about implementing one of the more exotic algorithms (squfof, elliptic curves, all kind of sieves). I did this because I need ginac with a divisors() function. The people familiar with ginac/CLN design are asked to please answer QUESTION 1. The function cl_factor_rec() is the recursive main engine and will be called by factor() that is the interface to it. What should factor() return to the outside? We have - two lists (prime factors, exponents) - a list of pairs (p1,e1) (p2,e2) ... pari does return data like this - a simple list (p1, e1, p2, e2, p3, ...) QUESTION 2. How should the pairs/lists be implemented? We have - vectors provided by CLN (GV/SV where's the difference?) - STL containers An alternative would be to implement factor() outside CLN, ie, within ginac using lst, but I think there is interest having it in CLN. I just ask because I do not think the STL should be duplicated by GV/SV which, supposedly, was started when gcc did not have a working STL. I am no expert there, either, but I think CLN's memory scheme can be adapted to STL by simply(?) using a tailored allocator object. QUESTION 3. Should divisors() go into CLN or ginac? Many thanks for your time reading through to here. Please help---I am just starting C++ again after 8 years of hiatus, and design thinking is a bit unfamiliar at this time. Anyway, here is the beef: Sincerely, ralf --- cl_IF.h.orig Wed Jun 16 16:16:08 2004 +++ cl_IF.h Tue Jun 15 19:50:14 2004 @@ -3,6 +3,7 @@ #ifndef _CL_IF_H #define _CL_IF_H +#include <vector> #include "cln/number.h" #include "cln/integer.h" @@ -49,6 +50,15 @@ // Returns false if n is definitely composite, and then sets factor = some // nontrivial factor or 0. extern cl_boolean cl_miller_rabin_test (const cl_I& n, int count, cl_I* factor); + +// Pollard rho algorithm +extern cl_I cl_pollard_rho (const cl_I& n, long iters); + +// Pollard p-1 algorithm +extern cl_I cl_pollard_pmone (const cl_I& n); + +// Core recursive factoring routine, needs container +extern int cl_factor_rec (const cl_I& n, std::vector<cl_I>& v); } // namespace cln --- cl_IF_factor_rec.cc.orig Wed Jun 16 16:18:44 2004 +++ cl_IF_factor_rec.cc Tue Jun 15 19:10:12 2004 @@ -0,0 +1,109 @@ +// cl_factor_rec(). + +// General includes. +#include "cl_sysdep.h" + +// Specification. +#include "cl_IF.h" + + +// Implementation. + +#include "cln/integer.h" + +namespace cln { + +int cl_factor_rec(const cl_I& n, std::vector<cl_I>& v) +// recursive buildup of prime factors vector, part of code stolen from +// isprobprime.cc. +// prime factors of n are collected in v, 0 returned if factorization complete. +{ + // With a Miller-Rabin count = 50 the final error probability is + // 4^-50 < 10^-30. + int count = 50; + // Trial division (rules out 87% of all numbers quickly). + const uintL l = integer_length(n); + if (l <= 32) + { + uint32 nn = cl_I_to_UL(n); + if (nn <= cl_small_prime_table_limit) + { + // Table lookup. + uintL i = cl_small_prime_table_search(nn); + if (i < cl_small_prime_table_size + && ((unsigned int) cl_small_prime_table[i] == nn + || nn == 2)) + { v.push_back (n); return 0; } // end leaf of recursion + } + if ((nn % 2) == 0) + { v.push_back (2); return cl_factor_rec (n>>1, v); } + if ((nn = cl_trialdivision(nn,1,cl_small_prime_table_limit)) >0) + { v.push_back (nn); return cl_factor_rec (exquo (n,nn), v); } + + // For small n, only few Miller-Rabin tests are needed. + if (nn < 2000U) count = 1; // {2} + else if (nn < 1300000U) count = 2; // {2,3} + else if (nn < 25000000U) count = 3; // {2,3,5} + else if (nn < 3200000000U) count = 4; // {2,3,5,7} + } + else if (l <= 64) + { + uint32 nhi = cl_I_to_UL(ldb(n,cl_byte(32,32))); + uint32 nlo = cl_I_to_UL(ldb(n,cl_byte(32,0))); + if ((nlo % 2) == 0) + { v.push_back (2); return cl_factor_rec (n>>1, v); } + uint32 t; + if ((t = cl_trialdivision (nhi,nlo,1,cl_small_prime_table_limit)) >0) + { v.push_back (t); return cl_factor_rec (exquo (n,t), v); } + } + else + { + if (evenp (n)) + { v.push_back (2); return cl_factor_rec (n>>1, v); } + uint32 t; + if ((t = cl_trialdivision (n,1,cl_small_prime_table_limit)) >0) + { v.push_back (t); return cl_factor_rec (exquo (n,t), v); } + } + + // Handle perfect powers. + int m; + cl_I r; + if (rootp (n, m, &r)) + { + std::vector<cl_I> vv; + int ret = cl_factor_rec (r, vv); + for (int l=0; l<m; ++l) + copy (vv.begin(), vv.end(), v.begin()); + return ret; + } + + // After factoring out small factors: is remaining number prime? + if (cl_miller_rabin_test (n, count, NULL)) + { + v.push_back (n); + return 0; + } // end leaf of recursion + + // 30k iterations of Pollard rho finds most 8-digit factors. + // 150k iterations of Pollard rho finds most 10-digit factors. + cl_I f; + f = cl_pollard_rho (n, 150000L); + if (f != 1 && f != n) + { v.push_back (f); return cl_factor_rec (exquo (n,f), v); } + + // Pollard p-1 using cl_small_prime_table. Does not often find a factor + // but does not cost much, either. If it finds one, it may have + // up to 18-20 digits, occasionally. + f = cl_pollard_pmone (n); + if (f != 1 && f != n) + { v.push_back (f); return cl_factor_rec (exquo (n,f), v); } + + // Last step (for now): let Pollard rho run 'forever'. + // If you don't want this, return 1 without calling rho() again. + v.push_back (cl_pollard_rho (n, 0)); + return 0; // end leaf of recursion +} + + +} // namespace cln + --- cl_IF_pollard_rho.cc.orig Wed Jun 16 16:21:23 2004 +++ cl_IF_pollard_rho.cc Tue Jun 15 17:04:20 2004 @@ -0,0 +1,42 @@ +// cl_pollard_rho(). + +// General includes. +#include "cl_sysdep.h" + +// Specification. +#include "cl_IF.h" + + +// Implementation. + +#include "cln/integer.h" + +namespace cln { + +cl_I cl_pollard_rho (const cl_I& n, long iters) +// If N is composite, returns a factor of N, for iters>0 not necessarily <>N. +// Adaptation of an implementation by Richard Crandall (giantint). +// This gets slow when factors become larger than 10^10. iters=0 runs until +// factor is found. Using modinteger slows function down by 10 percent. +{ + cl_I g=1, t1=3, t2=3; + + for (long l=0; !iters || l<iters; ++l) + { + if (l%100 == 0) // removing this line seems to make no big difference + { + if ((g = gcd (g, n)) != 1) + break; + } + t1 = mod (square (t1) + 2, n); + t2 = mod (square (t2) + 2, n); + t2 = mod (square (t2) + 2, n); + g = mod (g * abs (t2-t1), n); + } + g = gcd (g, n); + return g; +} + +} // namespace cln + + --- cl_IF_pollard_pmone.cc.orig Wed Jun 16 16:22:45 2004 +++ cl_IF_pollard_pmone.cc Tue Jun 15 17:48:57 2004 @@ -0,0 +1,48 @@ +// cl_pollard_pmone(). + +// General includes. +#include "cl_sysdep.h" + +// Specification. +#include "cl_IF.h" + + +// Implementation. + +#include "cln/modinteger.h" + +namespace cln { + +cl_I cl_pollard_pmone (const cl_I& n) +// Pollard p-1 using cl_small_prime_table. Does not often find a factor +// but does not cost much, either. If it finds one, it may have +// up to 18-20 digits, occasionally. +// Returns a factor of N, not necessarily <>n. +// Adaptation of an implementation by Richard Crandall (giantint). +{ + cl_modint_ring R = find_modint_ring (n); + cl_MI g(R,cl_I(1)), t1(R,cl_I(3)); + cl_I t; + + for(long l=0; l<cl_small_prime_table_size; ++l) + { + long cnt = long((8.0*log(2.0))/log(1.0*cl_small_prime_table[l])); + if (cnt < 2) + cnt = 1; + for (long k=0; k<cnt; ++k) + t1 = expt_pos (t1, cl_small_prime_table[l]); + + g = g * (t1-1); + if (l%100==0) + { + if ((t = gcd (R->retract(g), n)) != 1) + break; + g = R->canonhom (t); + } + } + t = gcd (R->retract(g), n); + return t; +} + +} // namespace cln +

2 5

cl_N log(const cl_N& a, const cl_N& b) returns zero when an exact negative integer is expected
by Niklas Knutsson 18 Jun '04

18 Jun '04

hi. the following bug required a workaround when writing source code for Qalculate!: cl_N log(const cl_N& a, const cl_N& b) returns zero when an exact negative integer is expected. example: log(recip(cl_RA(1000)), cl_N(10)); returns 0 log(cl_N(0.001), cl_N(10)); returns -3 using cln-1.1.6 gmp-4.1.2 gcc-3.3.3 glibc-2.3.3_pre20040207 linux-2.6.5-mm1 //niklas k.

2 1

patch for pseries.
by Chris Dams 15 Jun '04

15 Jun '04

Dear GiNaCers, Some more changes for pseries. I think most of them do not need explaination. Best, Chrsi

1 0

Bug? Failure running make check.
by Sala Lorenzo 09 Jun '04

09 Jun '04

I encountered this problem installing GiNaC on my Linux/Mandrake uname -a returns 2.4.22-10mdk #1 .. i686 unknown unknown GNU/Linux gcc --version return gcc (GCC) 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk) Version and release of GiNaC: GiNaC 1.2.1-1.src.rpm No option passed to configure. I've done ./configure, make install (all is OK), but running make check I can see this message examing series expansion ......../run_exams: line 3: 19967 Segmentation fault ./exams 2>exams.out ./exams.ref exams.out differ: byte 433 line 18 FAIL: run_exams I attach the file exams.out Thanks for your job, Sala Lorenzo

2 1

g++-3.3 and template specializations
by Kai Ludwig 08 Jun '04

08 Jun '04

Hi, there are some error messages, g++-3.3 gives me concerning missing template<> statements in GiNaC-1.2.1 Kai /usr/local/include/ginac/container.h:665: error: explicit specialization not preceded by `template <>' In file included from /usr/local/include/ginac/normal.h:29, from /usr/local/include/ginac/ginac.h:31, from ../genericRateLaw.hpp:32, from ../ecco.hpp:41, from eccoTest.cpp:1: /usr/local/include/ginac/lst.h:35: error: explicit specialization not preceded by `template <>' /usr/local/include/ginac/lst.h:38: error: explicit specialization not preceded by `template <>' /usr/local/include/ginac/lst.h:41: error: explicit specialization not preceded by `template <>' /usr/local/include/ginac/lst.h:44: error: explicit specialization not preceded by `template <>' In file included from /usr/local/include/ginac/ncmul.h:26, from /usr/local/include/ginac/structure.h:29, from /usr/local/include/ginac/ginac.h:42, from ../genericRateLaw.hpp:32, from ../ecco.hpp:41, from eccoTest.cpp:1: /usr/local/include/ginac/exprseq.h:35: error: explicit specialization not preceded by `template <>' -- http://echempp.sourceforge.net Kai Ludwig Institut für Organische Chemie Auf der Morgenstelle 18 72076 Tübingen Tel.: 07071/29-73049 Mail: kai.ludwig(a)uni-tuebingen.de

2 2

Re: Error while building GiNaC-1.2.1
by Kai Ludwig 08 Jun '04

08 Jun '04

Hi, seems that bison/flex (yacc/lex) have to be installed on the system, before GiNaC can be compiled. Nothing is said about that in the README/INSTALL files. The configure script checks it, but does not fail. Anyway, after providing them, g++-3.3 compiles GiNaC-1.2.1 fine. Cheers, Kai -------- Original Message -------- Subject: Error while building GiNaC-1.2.1 From: "Kai Ludwig" <kai.ludwig(a)uni-tuebingen.de> Date: Tue, June 8, 2004 9:42 am To: <ginac-devel(a)ginac.de> Hi All, First of all: You're doing a great job with GiNaC! I've tried to compile the GiNaC-1.2.1 version with g++-3.3.3-41 under a SuSE9.1 Linux system. Got the following: g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT input_lexer.lo -MD -MP -MF .deps/input_lexer.Tpo -c input_lexer.cc -fPIC -DPIC -o .libs/input_lexer.oIn file included from /home/cbauer/projects/GiNaC-1.2/ginac/input_lexer.ll:35:input_lexer.h:43: error: conflicting types for `char ginac_yytext[]' input_lexer.cc:446: error: previous declaration as `char*ginac_yytext' input_lexer.h:43: error: storage size of `ginac_yytext' isn't known input_lexer.h:43: error: storage size of `ginac_yytext' isn't known make[2]: *** [input_lexer.lo] Error 1 make[2]: Leaving directory `/usr/local/src/ginac/GiNaC-1.2.1/ginac' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/ginac/GiNaC-1.2.1' make: *** [all] Error 2 Cheers, Kai -- http://echempp.sourceforge.net Kai Ludwig Institut für Organische Chemie Auf der Morgenstelle 18 72076 Tübingen Tel.: 07071/29-73049 Mail: kai.ludwig(a)uni-tuebingen.de -- http://echempp.sourceforge.net Kai Ludwig Institut für Organische Chemie Auf der Morgenstelle 18 72076 Tübingen Tel.: 07071/29-73049 Mail: kai.ludwig(a)uni-tuebingen.de

1 0

[Fwd: error in cln check]
by Kai Ludwig 08 Jun '04

08 Jun '04

Hi All, I posted the message below to Richard last week. I recognized on his homepage that he could be a bit busy. Anyway, maybe it is also relevant for GiNaC users. Therefore, I decided to post it again to the ginac lists. Meanwhile, I've installed cln-1.1.5 from a rpm-package located at "http://mirror.mcs.anl.gov/suse/i386/9.1/suse/i586/" That should work. Kai -------- Original Message -------- Subject: error in cln check From: "Kai Ludwig" <kai.ludwig(a)uni-tuebingen.de> Date: Fri, June 4, 2004 4:17 pm To: <richard.kreckel(a)ginac.de> Hello Richard, I've just compiled the cln-1.1.7 with the g++-3.3.3-41 on a SuSE Linux 9.1 platform and got the following linker error: g++ -g -O2 -I../include -I../include -I. -I../src -I../src/base -I../src/float -I../src/float/lfloat -I../src/integer -I../src/base/random -I../src/base/digitseq -I../src/base/digit -I../src/base -I../src/base -S exam_I_sqrtp.cc -o exam_I_sqrtp.sgcc -g -O2 -I../include -I../include -I. -I../src -I../src/base -I../src/float -I../src/float/lfloat -I../src/integer -I../src/base/random -I../src/base/digitseq -I../src/base/digit -I../src/base -I../src/base -c exam_I_sqrtp.s -o exam_I_sqrtp.o/bin/sh ../libtool --mode=link g++ -g -O2 exam.o exam_I.o exam_RA.o exam_SF.o exam_FF.o exam_DF.o exam_LF.o exam_I_gcd.o exam_I_sqrtp.o .../src/libcln.la -lm -o exammkdir .libs g++ -g -O2 exam.o exam_I.o exam_RA.o exam_SF.o exam_FF.o exam_DF.o exam_LF.o exam_I_gcd.o exam_I_sqrtp.o -o .libs/exam .../src/.libs/libcln.so /usr/lib/libgmp.so -lm -Wl,--rpath -Wl,/usr/local/libexam.o(.text+0x42): In function `_GLOBAL__I__Z15test_elementaryv': .../include/cln/float.h:649: undefined reference to `_GLOBAL__I_cl_module__cl_ieee__firstglobalfun'exam_SF.o(.text+0x41): In function `_GLOBAL__I__Z11test_sfloatv': .../include/cln/float.h:649: undefined reference to `_GLOBAL__I_cl_module__cl_ieee__firstglobalfun'exam_FF.o(.text+0x41): In function `_GLOBAL__I__Z11test_ffloatv': .../include/cln/float.h:649: undefined reference to `_GLOBAL__I_cl_module__cl_ieee__firstglobalfun'exam_FF.o(.text+0x46): In function `_GLOBAL__I__Z11test_ffloatv': .../include/cln/ffloat.h:289: undefined reference to `_GLOBAL__I_cl_module__cl_ieee__firstglobalfun'exam_DF.o(.text+0x41): In function `_GLOBAL__I__Z11test_dfloatv': .../include/cln/float.h:649: undefined reference to `_GLOBAL__I_cl_module__cl_ieee__firstglobalfun'exam_DF.o(.text+0x46):../include/cln/dfloat.h:290:more undefined references to `_GLOBAL__I_cl_module__cl_ieee__firstglobalfun' follow../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_SV_ringelt__firstglobalfun'../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_GV_number__firstglobalfun'../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_GV_I__firstglobalfun'../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_SV_number__firstglobalfun'../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_symbol__firstglobalfun' Cheers Kai -- http://echempp.sourceforge.net Kai Ludwig Institut für Organische Chemie Auf der Morgenstelle 18 72076 Tübingen Tel.: 07071/29-73049 Mail: kai.ludwig(a)uni-tuebingen.de

1 0