April 2008 - CLN-list

CLN 1.2.2 released
by Richard B. Kreckel 07 Apr '08

07 Apr '08

Hi! CLN 1.2.2 has been released. This release re-establishes binary compatibility with CLN-1.2.0 and fixes the ARM build, both inadvertently broken in the previous release. Cheers -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

3 7

Re: [CLN-list] CLN 1.2.1 -- silent ABI change?
by Richard B. Kreckel 05 Apr '08

05 Apr '08

Bruno Haible wrote: > Hi Richy, > >> Indeed: <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473494>. > > This can be solved by rebuilding the Ginac package, no? Yes. >> Oh, no! Oh, no, no nooooo!!! This entire library versioning scheme sucks >> so big time. I've read all the docs and it didn't help because I missed >> that change. It is theoretical mumbo-jumbo unless one has an actual ABI >> testsuite and uses it on a regular basis. This is especially true for >> C++ libraries. > > Theoretical mumbo-jumbo? The docs say that a library maintainer has to > determine four things: > - Has the library source code has changed at all? I make diffs for > the entire source code between the previous and the current release. > - Have any interfaces have been added, removed, or changed? I make diffs > for the include/ directory between the previous and the current release. > - Have any interfaces have been added? Same. > - Have any interfaces have been removed? Same. Frankly, it hadn't occurred to me that anybody would diff the package against the previous release. (Maybe one could diff symbols using nm, or so.) Anyway, there are two more options for CLN-1.2.2: * Back out the patch. * Add a function that re-establishes binary compatibility but don't expose it in the public header file. Still pondering... -richy. -- Richard B. Kreckel <http://www.ginac.de/~kreckel/>

3 7

CLN 1.2.1 -- silent ABI change?
by Alexei Sheplyakov 03 Apr '08

03 Apr '08

Hi! I've tried to install (and use) CLN 1.2.1. My programs linked with CLN 1.2.0 stopped working due to undefined symbols: $ ginsh ginsh: symbol lookup error: /usr/local/lib/libginac-1.3.so.2: undefined symbol: _ZN3cln23cl_double_to_DF_pointerERKNS_11dfloatjanusE I think the SONAME should be changed to indicate incompatible changes. diff --git a/configure.ac b/configure.ac index 051223e..9188ad9 100644 --- a/configure.ac +++ b/configure.ac @@ -91,8 +91,8 @@ dnl * if any functions/classes have been added, increment CL_AGE, dnl * if backwards compatibility has been broken, set CL_AGE to 0. dnl $(CL_CURRENT):$(CL_REVISION):$(CL_AGE) results in dnl libcln.so.$(CL_CURRENT)-$(CL_AGE) -CL_CURRENT=5 -CL_REVISION=1 +CL_CURRENT=6 +CL_REVISION=0 CL_AGE=0 dnl make substitutions AC_SUBST(CL_CURRENT) Best regards, Alexei -- All science is either physics or stamp collecting.

2 3

const cl_LF operator- (const cl_LF& x, const cl_LF& y)
by zhaoxinjian 03 Apr '08

03 Apr '08

Hi, I find that the function ( const cl_LF operator- (const cl_LF& x, const cl_LF& y) ) in cl_LF.h and in cl_LF_2mimus.cc is different! In cl_LF.h: inline const cl_LF operator- (const cl_LF& x, const cl_LF& y) \ { \ return LF_LF_minus_LF(x,y); \ } In cl_LF_2mimus.cc : const cl_LF operator- (const cl_LF& x1, const cl_LF& x2) { GEN_LF_OP2(x1,x2,LF_LF_minus_LF,return) } } // namespace cln Is it wrong? And Why? Xinjian Zhao 2008-03-29 zhaoxinjian

4 6