Dear Bernard,
I have downloaded GIAC 0.4.0 and tried to compile it with
GCC 3.4.1 (which contains a fix for the bug I told you back
in May). However, the compilation fails immediately as
follows:
cd /usr/local/distrib/giac-0.4.0/
make
make all-recursive
make[1]: Entering directory `/usr/local/distrib/giac-0.4.0'
Making all in src
make[2]: Entering directory `/usr/local/distrib/giac-0.4.0/src'
/bin/sh ../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -g -O2 -c sym2poly.cc
mkdir .libs
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -g -O2 -c sym2poly.cc -fPIC -DPIC -o .libs/sym2poly.lo
In file included from poly.h:26,
from sym2poly.h:23,
from sym2poly.cc:32:
monomial.h: In function `void giac::Normalrref(std::vector<giac::monomial<T>, std::allocator<giac::monomial<T> > >&, int, int, giac::index_t&, bool)':
monomial.h:776: error: `temp' undeclared (first use this function)
monomial.h:776: error: (Each undeclared identifier is reported only once for each function it appears in.)
monomial.h:778: error: `newcoord' undeclared (first use this function)
In file included from sym2poly.h:23,
from sym2poly.cc:32:
poly.h: In member function `T& giac::tensor<T>::operator()(const giac::index_m&)':
poly.h:270: error: `zero' undeclared (first use this function)
poly.h: In member function `const T& giac::tensor<T>::operator()(const giac::index_m&) const':
poly.h:279: error: `zero' undeclared (first use this function)
poly.h: In member function `T giac::tensor<T>::constant_term() const':
poly.h:785: error: `zero' undeclared (first use this function)
In file included from gen.h:37,
from sym2poly.h:24,
from sym2poly.cc:32:
fraction.h: In member function `void Tfraction<T>::dbgprint()':
fraction.h:185: error: `f' undeclared (first use this function)
In file included from sym2poly.h:24,
from sym2poly.cc:32:
gen.h: At global scope:
gen.h:308: error: `giac::gen giac::zero' used prior to declaration
make[2]: *** [sym2poly.lo] Error 1
make[2]: Leaving directory `/usr/local/distrib/giac-0.4.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/distrib/giac-0.4.0'
make: *** [all-recursive-am] Error 2
The compiler seems right in, e.g., `temp' is undeclared in
giac::Normalrref(). Have you got any idea what the problem
may be?
All the best,
Roberto
--
Prof. Roberto Bagnara
Computer Science Group
Department of Mathematics, University of Parma, Italy
http://www.cs.unipr.it/~bagnara/
mailto:bagnara@cs.unipr.it
Dear Sir,
I have downloaded NTL 5.3.2 and I have configured it with the command
$ ./configure NTL_GMP_LIP=on NTL_STD_CXX=on GMP_PREFIX=/usr/local
Doing `make' proceeds fine, even though the MakeDesc command seems
to print the wrong version number:
$ make
make setup1
make[1]: Entering directory `/usr/local/distrib/ntl-5.3.2/src'
gcc -I../include -I. -O2 -c MakeDescAux.c
gcc -I../include -I. -O2 -o MakeDesc MakeDesc.c MakeDescAux.o -lm
./MakeDesc
This is NTL version 5.3.1
GOOD NEWS: compatible machine.
summary of machine characteristics:
bits per long = 32
bits per int = 32
bits per size_t = 32
arith right shift = yes
double precision = 53
NBITS (maximum) = 30
single mul ok = yes
register double precision = 64
double rounding detected = yes
-- auto x86 fix
mv mach_desc.h ../include/NTL/mach_desc.h
[...]
When I do `make check', the process arrives to the following point
[...]
running LLLTest
LLL_FP...0
LLL_QP...0.02
LLL_XD...0.03
LLL_RR...0.18
G_LLL_FP...0.01
G_LLL_QP...0.07
G_LLL_XD...0.07
G_LLL_RR...0.52
LLL...0.01
LLLTest OK
---------------------------------
making subset
make[1]: Entering directory `/usr/local/distrib/ntl-5.3.2/src'
g++ -I../include -I. -O2 -o subset subset.c ntl.a -L/usr/local/lib -lgmp -lm
make[1]: Leaving directory `/usr/local/distrib/ntl-5.3.2/src'
subset 40 40 20 10 999999 f
n: b: size: prune: seed: alg [fqQxr]: +
and then sits there for ages. On my machine, an Athlon 2800 running
Red Hat Linux 9, the `subset' process is running since almost 5 hours now.
I am using GCC 3.4.1 and GMP 4.3.1.
Have you any idea what the problem may be?
Thanks a lot,
Roberto
--
Prof. Roberto Bagnara
Computer Science Group
Department of Mathematics, University of Parma, Italy
http://www.cs.unipr.it/~bagnara/
mailto:bagnara@cs.unipr.it
Hello!
CLN version 1.1.8 is out and available from the usual FTP site [0]. It
incorporates a fix for a long standing bug recently discovered by Niklas
Knutsson and it finally has working support for the AMD64 platform, a.k.a.
the Opteron.
The reason for this broad advertisement is that whilst revamping the GiNaC
mailing lists, Christian Bauer has been so kind to set up a list dedicated
to CLN. It's powered by Mailman and you can find information on how to
subscribe at [1]. Recently, it has become somewhat popular to use the
GiNaC mailing lists for CLN related topics. While this has brought some
liveliness to those lists we should try to use <cln-list(a)ginac.de> instead
from now on. I do not intend to continue with selective announcements -
from now on the list will be used instead and it is recommended that you
subscribe if your interest is fervent. :-)
Regards
-richy.
[0] <ftp://ftpthep.physik.uni-mainz.de/pub/gnu/>
[1] <http://thep.physik.uni-mainz.de/mailman/listinfo/cln-list>
--
Richard B. Kreckel
<http://www.ginac.de/~kreckel/>
