Bug#700525: unblock: sundials/2.5.0-2
Julian Taylor
jtaylor.debian at googlemail.com
Wed Feb 27 17:41:39 UTC 2013
On 02/27/2013 06:31 PM, Julian Taylor wrote:
> On 02/27/2013 04:38 PM, Sébastien Villemot wrote:
>> Le samedi 16 février 2013 à 16:47 +0100, Julian Taylor a écrit :
>>
>>> also there are still undefined references remaining in a public library
>>> in debian:
>>>
>>> root at ubuntu:/# ldd -r /usr/lib/libsundials_fnvecserial.so
>>> ...
>>> undefined symbol: N_VCloneVectorArrayEmpty_Serial
>>> (/usr/lib/libsundials_fnvecserial.so)
>>> undefined symbol: N_VNewEmpty_Serial (/usr/lib/libsundials_fnvecserial.so)
>>
>> I don’t think this specific issue is RC: the symbols are provided by
>> libsundials_nvecserial, which is in the same package. So no dependency
>> is missing. This just means that you have to link a program with
>> "-lsundials_nvecserial -lsundials_fnvecserial" (as you would anyways
>> have to do if doing static compilation).
>>
>> Also, I tried to fix this by adding the "-lsundials_nvecserial" when
>> linking libsundials_fnvecserial. Unfortunately, libtool ends up adding
>> an incorrect rpath in the binary. I guess this is because the libtool
>> embedded in sundials is very old, and updating libtool in this case
>> seems non trivial and therefore not freeze policy-compliant.
>>
>
>
> While it is not RC anymore, I disagree with closing the bug.
> LDFLAGS is the wrong place for links, please fix it so derivatives do
> not need to diverge from debian.
>
>
sorry I didn't notice that there was a new upload which changed that,
looks good, testing it now.
More information about the debian-science-maintainers
mailing list