 |
 |
Hi Andrei, Please have a look at u/danielw/DM-1395-broken. The last commit performs the lib dependency in the most obvious way I could think of. It results in "<relpath>/lib<libname>.so" in the linker command-line. The previous commit tries to decouple the dependency so that the "-l<libname>" format is used instead. It isn't done. Background: by moving css code to one place, we now have python code in two places that depend on it. But these two python packages can be loaded at the same time, so directly putting the css symbols in both packages' swig libs doesn't work. Hence we create a .so that both swig libs can link to. The problem comes because (I think) we don't have different stages for building and installing parts of qserv that depend on each other. Right now, we build everything, and then install everything (so we can't (?) put the dependent .so in its final installed place and have the other swig libs point at it during their link stage). Thanks for your help, -Daniel ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the QSERV-L list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1