[Pkg-scicomp-devel] Library soversion numbers in SuiteSparse

Daniel Rus Morales danirus at tol-project.org
Tue Feb 5 09:04:48 UTC 2008


Rafael Laboissiere wrote:
> * Daniel Rus Morales <danirus at tol-project.org> [2008-02-04 18:28]:
>
>   
>> I'd prefer to contact the upstream author and suggest them to use the 
>> current:revision:age schema.
>>     
>
> I am afraid this will take much longer than is need for getting the gfortran
> transition into lenny.  However, it does not cost anything to ask.  Would
> you be willing to contact the upstream author on this issue?
>   

I will do this, but you are right, it will take more time, so we need 
another approach in the meanwhile.

>   
>> If they were not in the mood, we could start in 0:0:0, and increase only
>> the revision. The former is the better, the later at least let us to keep
>> the libraries findable by other packages.
>>     
>
> Increasing only the revision will be a big problem if the upstream author
> introduces backward-incompatible changes in the API or the ABI.  In sum, we
> will have to take the burden of updating appropriately the soversion.  This
> is what I tried to avoid in my proposal.  Besides, starting at 0:0:0 is not
> a good idea, because we will eventually reach 3:0:2, which will yield
> lib*.so.1.2, which will create incompatibilities with the current
> libsuitsparse package.
>   

Yes, I agree with you. Your proposal means more work but seems to be the 
better way by now.

At this moment I'd consider to split the package in as many libraries as 
it has. They share almost anything, and indeed they are available as 
separated tarballs. Then suitesparse-X.Y would be a virtual package 
which could increase the revision only when the backward compatibility 
were broken. This seems to be easier to mantain.

Daniel




More information about the Pkg-scicomp-devel mailing list