Dear GiNaC developers, i have noticed that the default build of GiNaC from the release tars does not seem to link against the CLN-library. My configuration: Mac OSX Leopard GiNaC 1.5.8 release (from scratch: untar, configure, make, make install). GNU from mac ports. This results in strange linker behaviour, when working with the "numeric" class: Undefined symbols: "cln::cl_free_heap_object(cln::cl_heap*)", referenced from: cln::cl_gc_dec_pointer_refcount(cln::cl_heap*) in numeric.cpp.o ld: symbol(s) not found collect2: ld returned 1 exit status I suppose, this linker error is heavy to understand for beginners, so i suggest to fix or document this issue. With best regards, Aless -- Aless Lasaruk Scientific Assistant, FORWISS Room 204, ITZ, Innstrasse 43 Universität Passau D-94030 Passau (Germany) Mail: lasaruk@uni-passau.de Tel.: +49(0)851/509-3173 Fax : +49(0)851/509-3142
Hi! On 11/08/2010 11:39 AM, Aless Lasaruk wrote:
i have noticed that the default build of GiNaC from the release tars does not seem to link against the CLN-library.
My configuration:
Mac OSX Leopard
This must be a Mac OSX issue because, on Linux, it does link against libcln just fine.
I suppose, this linker error is heavy to understand for beginners, so i suggest to fix or document this issue.
If you sent a patch, we will have a look at it. -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>
participants (2)
-
Aless Lasaruk
-
Richard B. Kreckel