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
__________________________
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel
