Hi, On Tue, Nov 26, 2013 at 04:28:11PM +0100, Florian Lohoff wrote: > So how would i use the "hidden" dynamic so? If i link any application
See e.g. http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=patches/fix-system-lpsolve-build.diff;h=504d206b2e8e232363e271341b32c8dc93713800;hb=HEAD: -L/usr/lib/lp_solve -Wl,-rpath=/usr/lib/lp_solve > against it the dynamic linker aka ld.so wont find it. .. except you set a rpath, yes. > I had a quick grep and i could find any package in the debian How? Note the shared lib is *of course* not in liblpsolve55-dev. A liblpsolve55 package would be buggy (because no SONAME etc..), so it's hidden in /usr/lib/lp_solve in lp_solve. The lp_solve binary itself (why linking a whole static liblpsolve55.a in? Should be dynamically linked). > repository dynamically linking against lpsolve. libreoffice-calc does. Both lp_solve (lp-solved) and libsolverlo.so (libreoffice-calc) have said rpath. > > So just install libsuitesparse-dev and link with -lcolamd (and the same for > > whatever is symamd) > > Sounds broken for me and compiling my own lpsolve is way easier than > using the debian packages which sounds strange even more. No, including a third-party lib into liblpsolve55.a is broken imho. If you need colamd you need -lcolamd. We should get rid of such internal code copies (in this case of even a (quite) unknown version.) The root cause here is that lpsolve is such a badly library upstream, if it had e.g. a pkg-config file we could just add -lcolamd there and be done -> no problem. I could invent one, but that would only help on Debian... Regards, Rene -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
