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@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. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
