February 2011 - CLN-list

Floating point overflow discrepancy
by Michael Miller 28 Feb '11

28 Feb '11

The following code (to calculate x^100000): cl_R x="1.0L100000", y=1; for (int i=1; i<=100000; i++) y=x*y; cout << y << "\n"; cout << exp(100000*ln(x)) << "\n";; results in the output 1.00000000000000302104L10000000000 terminate called after throwing an instance of 'cln::floating_point_overflow_exception' what(): floating point overflow. Aborted I know that these are very large numbers, but the two calculations are computing the same value. If the first doesn't overflow, then why does the second? Mike

2 3

Re: [CLN-list] CLN extern "C" patch
by Richard B. Kreckel 15 Feb '11

15 Feb '11

Hi! On 02/15/2011 09:45 AM, Jan wrote: > as far as I know there is no version of MSVC that compiles CLN without > problems to date. I am working on it... Has a bugreport been submitted to the compiler manufacturer regarding this nonconformity with the standard? -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

1 0

CLN patch 1
by Jan private 15 Feb '11

15 Feb '11

Problem: MSVC creates different symbol names for 'extern "C" uint32 mulu32_high' when declared inside the cln namespace, and when defined inside it. Linking produces "unresolved external symbol" errors. ----- Which is allowed by the Standard (specifically, [dcl.link]). However, it also says: "At most one function with a particular name can have C language linkage. Two declarations for a function with C language linkage with the same function name (ignoring the namespace names that qualify it) that appear in different namespace scopes refer to the same function. Two declarations for an object with C language linkage with the same name (ignoring the namespace names that qualify it) that appear in different namespace scopes refer to the same object. [Note: because of the one definition rule (3.2), only one definition for a function or object with C linkage may appear in the program; that is, sucha function or object must not be defined in more than one namespace scope." ----- Solution: Moved declarations into global namespace and prefixed with cln_

4 6

mingw-w64
by Jan 08 Feb '11

08 Feb '11

Hi, I tried to compile CLN with MinGW 64-bit (compilation for 32bit works fine). Downloaded mingw-w64-1.0-bin_i686-linux_20110117.tar.bz2 from sourceforge and installed it. git clone git://www.ginac.de/cln.git cd cln autoreconf -i ./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32 --without-gmp make and this is the result (complete output): Making all in src make[1]: Entering directory `/home/jan/mingw/cln/src' /bin/bash ../libtool --tag=CXX --mode=compile x86_64-w64-mingw32-g++ -DHAVE_CONFIG_H -I. -I../autoconf -I../include -I../src -I../include -I../src -g -O2 -MT cl_alloca.lo -MD -MP -MF .deps/cl_alloca.Tpo -c -o cl_alloca.lo `test -f 'base/cl_alloca.cc' || echo './'`base/cl_alloca.cc libtool: compile: x86_64-w64-mingw32-g++ -DHAVE_CONFIG_H -I. -I../autoconf -I../include -I../src -I../include -I../src -g -O2 -MT cl_alloca.lo -MD -MP -MF .deps/cl_alloca.Tpo -c base/cl_alloca.cc -o cl_alloca.o In file included from ./base/cl_sysdep.h:10:0, from base/cl_alloca.cc:4: ../include/cln/intparam.h:26:2: error: #error "Type char * does not fit into a long!!" In file included from ../include/cln/types.h:10:0, from ./base/cl_macros.h:6, from ./base/cl_sysdep.h:56, from base/cl_alloca.cc:4: ../include/cln/intparam.h:26:2: error: #error "Type char * does not fit into a long!!" base/cl_alloca.cc: In function 'cln::cl_alloca_header* cln::cl_alloc_alloca_header(size_t)': base/cl_alloca.cc:20:40: error: cast from 'long int*' to 'long int' loses precision make[1]: *** [cl_alloca.lo] Error 1 make[1]: Leaving directory `/home/jan/mingw/cln/src' make: *** [all-recursive] Error 1 Any ideas? Thanks, Jan

3 5

[patch] fix compile errors with clang
by Pawel Worach 02 Feb '11

02 Feb '11

Hi, Here are two patches to fix compile errors with clang. libtool: compile: clang++ -DHAVE_CONFIG_H -I. -I../autoconf -I../include -I../src -I../include -I../src -I/usr/local/include -O2 -pipe -fPIC -fno-strict-aliasing -MT cl_rcpointer2_hashweak_rcpointer.lo -MD -MP -MF .deps/cl_rcpointer2_hashweak_rcpointer.Tpo -c base/hash/cl_rcpointer2_hashweak_rcpointer.cc -fPIC -DPIC -o .libs/cl_rcpointer2_hashweak_rcpointer.o In file included from base/hash/cl_rcpointer2_hashweak_rcpointer.cc:7: In file included from ./base/hash/cl_rcpointer2_hashweak_rcpointer.h:8: In file included from ./base/hash/cl_hash2weak.h:6: ./base/hash/cl_hash2.h:121:13: error: use of undeclared identifier '_garcol_fun' if (_garcol_fun(this)) ^ this-> ./base/hash/cl_hash2.h:77:9: note: in instantiation of member function 'cln::cl_heap_hashtable_2<cln::cl_rcpointer, cln::cl_rcpointer, cln::cl_rcpointer>::prepare_store' requested here prepare_store(); ^ base/hash/cl_rcpointer2_hashweak_rcpointer.cc:47:67: note: in instantiation of member function 'cln::cl_heap_hashtable_2<cln::cl_rcpointer, cln::cl_rcpointer, cln::cl_rcpointer>::put' requested here ((cl_heap_weak_hashtable_from_rcpointer2_to_rcpointer*)pointer)->put(x,y,z); ^ In file included from base/hash/cl_rcpointer2_hashweak_rcpointer.cc:7: In file included from ./base/hash/cl_rcpointer2_hashweak_rcpointer.h:8: In file included from ./base/hash/cl_hash2weak.h:6: In file included from ./base/hash/cl_hash2.h:6: ./base/hash/cl_hash.h:36:12: note: must qualify identifier to find this declaration in dependent base class bool (*_garcol_fun) (cl_heap*); // Function to make room in the table. ^ 1 error generated. --- src/base/hash/cl_hash2.h.orig 2009-05-10 22:32:30.000000000 +0200 +++ src/base/hash/cl_hash2.h 2011-01-30 01:59:01.000000000 +0100 @@ -118,7 +118,7 @@ if (this->_freelist < -1) return; // Can we make room? - if (_garcol_fun(this)) + if (this->_garcol_fun(this)) if (this->_freelist < -1) return; // No! Have to grow the hash table. @@ -126,7 +126,7 @@ #else // workaround Sun C++ 4.1 inline function compiler bug if (this->_freelist >= -1) { - if (!_garcol_fun(this) || (this->_freelist >= -1)) + if (!this->_garcol_fun(this) || (this->_freelist >= -1)) grow(); } #endif --- src/base/hash/cl_hashuniq.h.orig 2011-01-30 01:57:23.000000000 +0100 +++ src/base/hash/cl_hashuniq.h 2011-01-30 01:58:31.000000000 +0100 @@ -115,7 +115,7 @@ if (this->_freelist < -1) return; // Can we make room? - if (_garcol_fun(this)) + if (this->_garcol_fun(this)) if (this->_freelist < -1) return; // No! Have to grow the hash table. @@ -123,7 +123,7 @@ #else // workaround Sun C++ 4.1 inline function compiler bug if (this->_freelist >= -1) { - if (!_garcol_fun(this) || (this->_freelist >= -1)) + if (!this->_garcol_fun(this) || (this->_freelist >= -1)) grow(); } #endif -- Pawel

2 1