From: Alan W. I. <ir...@be...> - 2013-10-22 06:15:39
|
Hi Orion: I have read your several responses to my posts with interest, and I thank you for them. I think my reply to the last one below brings me up to date with your questions for me, but if I missed something, please bring it up again. On 2013-10-21 21:57-0600 Orion Poplawski wrote: >> @Orion: Note we use none of the above options for >> ocamlmklib at the moment and we simply install the result as a file >> in the install tree (although that will change when >> I address the issue above). >> >> Could you confirm rpath settings on your platform using >> >> readelf -d *.so |grep rpath >> >> for the installed version of libplplotd and dllplplot_stubs? > > I get this for both the installed and build dir of dllplplot_stubs.so: > $ readelf -d ./usr/lib64/ocaml/stublibs/dllplplot_stubs.so | grep rpath > 0x000000000000000f (RPATH) Library rpath: > [/usr/lib64/ocaml:/export/home/orion/fedora/plplot/plplot-5.9.10/fedora/src] > $ readelf -d ./usr/lib64/libplplotd.so.12 | grep rpath > $ > > I also set USE_RPATH=NO. That setting is the cause of the empty result for libplplotd, but it will have no effect on dllplplot_stubs.so because our build system does not set rpath in that case (yet). So the fact that you get a non-empty result for dllplplot_stubs.so is a surprise since I get an empty result on my system. Also, it appears to me that rpath involves both the install tree and build tree which is a bad result. Since we do not deliberately produce such a bad rpath result upstream, I see two possibilities to explain this bad rpath result on Fedora. (1) This could be something intrinsic to the rpmbuild approach in which case you would have to ask other rpm builders how to get around it. You can find out whether this is the case by the process of eliminination. If the command line approach also has the problem, then it must be due to something besides the rpmbuild approach. (2) Debian's version of ocamlmklib does not set rpath by default when no -dllpath option is used,, but Fedora's version might set it to the above horrible value by default. In which case I suggest you attempt to use the following option -dllpath "" in the line starting with COMMAND ${OCAMLMKLIB} -o plplot_stubs ... in bindings/ocaml/CMakeLists.txt to see if that suppresses any default rpath used by the Fedora version of ocamlmklib. Anyhow, once Hez is in a position to respond to my rpath questions, I am pretty sure we will be specifying a definite value for -dllpath in the USE_RPATH=ON case, but for the USE_RPATH=OFF case we would either not specify -dllpath (which we do now and which produces the expected empty rpath on Debian) or use -dllpath "" if that works on Debian, and if you find that is necessary on Fedora. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |