- CLN-list - ginac.de

DIGITS
by Isidro Cachadiña Gutiérrez 02 Dec '04

02 Dec '04

Hi all: Are there any way to declare all variables with a number digits for example, something like. funcion_foo (DIGITS); And then you are sure that all floating points variables are of number of decimal digits given by DIGITS. Thanks. -- *************************************************************************** * Dr. Isidro Cachadiña Gutiérrez * * Departamento de Física * * Facultad de Ciencias * * Universidad de Extremadura * * 06071 Badajoz ( SPAIN ) * * email: icacha(a)unex.es * * Teléfono: +34 924 289 300 Ext. 6826 Fax: +34 924 289 651 * *************************************************************************** * Usuario Linux: 8569 * * Para clave pública GnuPG: http://onsager.unex.es/firma.pub.asc * ***************************************************************************

2 4

A silly program
by Isidro Cachadiña Gutiérrez 28 Nov '04

28 Nov '04

Hi All: I don't know if I'm wrong, but why are not defined elsewhere cln::operator-(const float , const cln::cl_R&) and some with double, etc. to compile this silly program. #include <cln/real.h> int main(int argc, char **argv) { cln::cl_F a,b; a=1; b=1.0-a; } -- *************************************************************************** * Dr. Isidro Cachadiña Gutiérrez * * Departamento de Física * * Facultad de Ciencias * * Universidad de Extremadura * * 06071 Badajoz ( SPAIN ) * * email: icacha(a)unex.es * * Teléfono: +34 924 289 300 Ext. 6826 Fax: +34 924 289 651 * *************************************************************************** * Usuario Linux: 8569 * * Para clave pública GnuPG: http://onsager.unex.es/firma.pub.asc * ***************************************************************************

2 4

Types in cl_R
by Isidro Cachadiña Gutiérrez 20 Nov '04

20 Nov '04

Hi All: I am using cln with real numbers. I have a problem in the expt function... Wen I have, for example, #include <cln(/real.h> ... cl_R x,y,z; z=expt(x,y); I have problems with the prototypes defined in <real.h> that causes that expt cannot be used in this way. I also can define this function as: cln::cl_R expt(cln::cl_R x, cln::cl_R y) { return exp(x*ln(y)); } And It works fine, but I think that It have to be defined somewhere in the library. Cheers. -- *************************************************************************** * Dr. Isidro Cachadiña Gutiérrez * * Departamento de Física * * Facultad de Ciencias * * Universidad de Extremadura * * 06071 Badajoz ( SPAIN ) * * email: icacha(a)unex.es * * Teléfono: +34 924 289 300 Ext. 6826 Fax: +34 924 289 651 * *************************************************************************** * Usuario Linux: 8569 * * Para clave pública GnuPG: http://onsager.unex.es/firma.pub.asc * ***************************************************************************

3 6

Re: [CLN-list] make failed on .libs/exam
by werner 05 Nov '04

05 Nov '04

ralf wrote: > I coult get rid of those by using the setarch tool and the > trivial patch below: > $ setarch i386 ../cln/configure -C 'CFLAGS=-m32 -g -O2' \ > 'CXXFLAGS=-m32 -g -O2' LDFLAGS=-m32 > $ setarch i386 make make failed with similar linker errors, the differences are: 1. additional undefined references to `_GLOBAL__I_cl_module__cl_ieee__firstglobalfun 2. the undefined references to mulu64_high and divu64_rest disappeared. btw, make without setarch i386 said exactly the same. installed cln on a pentium: no errors, make check passed, make install works. I couldn't use it to build GiNaC because I don't know how to tell GiNaC to find cln in my customized install dir, any hints? So I wrote a small sample program using cln: #include <iostream> #include <cln/real_io.h> #include <cln/random.h> #include <cln/real.h> using namespace std; using namespace cln; int main() { cl_R r=random_R(1.); cl_R s=exp(r); cout <<s <<endl; return 0; } and that worked on the x86. Then I copied libs and include to the xeon and compiled the program. With and without setarch i386, it complaint: .../cln/object.h:29: warning: "cl_word_alignment" redefined .../cln/number.h:187: error: `cl_FN_tag' undeclared .../cln/float_class.h:43: error: `cl_SF_tag' undeclared is this of any help? cheers werner

2 1

CLN 1.1.9 released
by Richard B. Kreckel 04 Nov '04

04 Nov '04

Good evening, It is my pleasure to announce the release of CLN 1.1.9. This is a maintenance release without any funky new features or any incompatibilities whatsoever. There is no reason for an immediate upgrade if you have been lucky with CLN 1.1.8. To quote NEWS file: Algorithmic changes ------------------- * Input of numbers in bases 2, 4, 8, 16 and 32 is now done in linear bit complexity as opposed to O(N^2). Useful for all kinds of persistency. Implementation changes ---------------------- * Fixed several bugs in the integer input and output routines that could be blamed for random crashes in the following cases: output in base 32 for quite large numbers, input in base 2 for fixnums and input in base 3 for fixnums on a 64 bit target. * Fixed crash when radix specifiers were used in input streams. * Speed up on x86_64 and ia64 by adding some inline assembly. Other changes ------------- * Fixes for compilation on MacOS X and little endian Mips. You may download the source tarball via anonymous FTP from <ftp://ftpthep.physik.uni-mainz.de/pub/gnu/cln-1.1.9.tar.bz2>. Happy hacking -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

1 0

make failed on .libs/exam
by Werner Horbelt 29 Oct '04

29 Oct '04

dear wizards, I failed to build cln on a 64 bit dual Pentium Xeon system with SuSE linux: uname -a Linux gulvain 2.6.5-7.108-smp #1 SMP Wed Aug 25 13:34:40 UTC 2004 x86_64 x86_64 x86_64 GNU/Linux g++ --version g++ (GCC) 3.3.3 (SuSE Linux) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ./configure --prefix=/scratch/werner/ # I don't have root access to this machine unfortunately # output seemed all right make # seemed all right until: ... rm -fr .libs/libcln.la .libs/libcln.* .libs/libcln.* *** Warning: linker path does not have real file for library -lgmp. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libgmp but no candidates were found. (...for file magic test) *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. gcc -shared ... -o .libs/libcln.so.3.0.2 ... cd tests; make all ... 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 -lgmp -lm -Wl,--rpath -Wl,/scratch/werner//lib ../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_SV_ringelt__firstglobalfun' ../src/.libs/libcln.so: undefined reference to `mulu64_high' ../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 `divu_64_rest' ../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_symbol__firstglobalfun' collect2: ld returned 1 exit status is there hope? what's gmp? is .libs/exam important? thanx werner

7 14

Re: [CLN-list] make failed on .libs/exam
by horbelt＠uni-freiburg.de 28 Oct '04

28 Oct '04

On Wednesday 27 October 2004 14:00, KRECKEL Richard NGLTD wrote: > : an updated cln (could you make one available?) and then > : proceed, since > > I have one lying at ... > It is only a few days old and does contain the libtool update. > Please give it a try. I did, sorry to disappoint you, the linker errors are still the same in cln-1.1.9-pre :-( nm src/cl_GV_number.o is identical to 1.1.8 ciao werner

2 1

make failed on .libs/exam
by horbelt＠uni-freiburg.de 22 Oct '04

22 Oct '04

dear wizards, I failed to build cln on a 64 bit dual Pentium Xeon system with SuSE linux: uname -a Linux gulvain 2.6.5-7.108-smp #1 SMP Wed Aug 25 13:34:40 UTC 2004 x86_64 x86_64 x86_64 GNU/Linux g++ --version g++ (GCC) 3.3.3 (SuSE Linux) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ./configure --prefix=/scratch/werner/ # I don't have root access to this machine unfortunately # output seemed all right make # seemed all right until: ... rm -fr .libs/libcln.la .libs/libcln.* .libs/libcln.* *** Warning: linker path does not have real file for library -lgmp. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libgmp but no candidates were found. (...for file magic test) *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. gcc -shared ... -o .libs/libcln.so.3.0.2 ... cd tests; make all ... 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 -lgmp -lm -Wl,--rpath -Wl,/scratch/werner//lib ../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_SV_ringelt__firstglobalfun' ../src/.libs/libcln.so: undefined reference to `mulu64_high' ../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 `divu_64_rest' ../src/.libs/libcln.so: undefined reference to `_GLOBAL__I_cl_module__cl_symbol__firstglobalfun' collect2: ld returned 1 exit status is there hope? what's gmp? is .libs/exam important? thanx werner

1 0

workaround in cl_nt_sqrtmodp.cc for gcc 3.5 branch?
by Ralf Wildenhues 26 Aug '04

26 Aug '04

Hi there, With a recent gcc HEAD CVS snapshot (which I came to try out because of gcc regression debug/16035 found during compilation of cln) linking against libcln.so fails with gcc-test/bin/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 -lgmp -lm -Wl,--rpath -Wl,/usr/local/lib ../src/.libs/libcln.so: undefined reference to `cln::tonelli_shanks_sqrt(cln::cl_modint_ring const&, cln::cl_MI const&)::cl_sylow2gen_property::~cl_sylow2gen_property()' ../src/.libs/libcln.so: undefined reference to `cln::tonelli_shanks_sqrt(cln::cl_modint_ring const&, cln::cl_MI const&)::cl_sylow2gen_property::~cl_sylow2gen_property()' Reversing the logic of the two #if's in src/numtheory/cl_nt_sqrtmodp.cc, which seem to guard against a gcc-2 bug on s390, compilation succeeds and `make check' passes (no further tests done). This is on linux/x86 with no configuration options except setting CC and CXX. Now I'd like to know if this a sign of yet another gcc regression before reporting it? Regards, Ralf

3 3

Linking on Mac OS X
by Darren Bane 19 Aug '04

19 Aug '04

Hi there, I'm trying to build CLN 1.1.8 on a G4/Mac OS X 10.3.5 system with the XCode 1.5 tools (i.e. Apple's version of GCC 3.3 and the Mach linker). By disabling shared libraries, I've got quite far with this, up to linking the CLN test case, exam. This gives unresolved externals ending with _ctorend and _dtorend. I've tracked it down to the fact that each object in the library has a _XXX_[cd]torend symbol defined module-local (i.e. nm entry prefixed by "s"). However, each module has an unresolved XXX_[cd]torend symbol (nm entry prefixed by "U"), without the underscore prefix. This is the CL_PROVIDE and CL_REQUIRE macros. My include/cln/config.h has ASM_UNDERSCORE defined. I tried to read the macro definition, but got lost. Can anyone help? I searched the archives for relevant information a few days ago and didn't find any. They seem to have disappeared in the meantime??? Thanks in advance.

4 4