On 2016-08-23 22:55-0700 Alan W. Irwin wrote:

[....]
> It appears [...] that the INSTALL_NAME_DIR method does
> work for Mac OS X, but I would prefer to use the rpath approach to
> keep as parallel as possible with what goes on in the Linux case. I
> think the attached patch (which should be applied on top of the
> original unpatched source tree) should do that, i.e., it only drops
> rpath and uses INSTALL_NAME_DIR instead if the user has specified
> -DUSE_RPATH=OFF. So could you (and Jerry) try this patch instead and
> send me the test_fortran report tarball?  Additional otool -l results
> to figure out rpath for the library and executable for both build tree
> and install tree would also be much appreciated.

Jerry kindly came through with that requested test of the new patch,
and indeed, his report tarball indicated the rpath method was used for
the installed examples linking as expected for that particular patch.
Furthermore, his report showed the test of that method of linking
worked perfectly for test_fortran.  Encouraged by that limited
success, I have changed the entire PLplot project to use the rpath
linking method for installed examples by default on Mac OS X just like
what occurs in the Linux case.  See commit 5314c65 which supersedes
the limited test_fortran (and test_ada) patches I have been asking
Jerry and Jim to test.

@Jerry and Jim: Please test commit 5314c65 (without any additional
patching) on your Mac OS X platforms using (N.B. from the top-level
directory in the PLplot source tree so this is a test of the plplot
project and not either of the test_ada or test_fortran projects)

scripts/comprehensive_test.sh --cmake_added_options "-DDEFAULT_NO_DEVICES=ON 
-DPLD_ps=ON  -DDEFAULT_NO_BINDINGS=ON -DENABLE_f95=ON" --do_test_interactive no

This comprehensive test of the plplot project restricts the components
of PLplot that are tested to just the ps and psc devices, just the
Fortran binding, and just noninteractive tests.  Those restrictions
considerably speeds up this test (which only took 6 minutes on my
7-yr-old PC with these restrictions).

N.B. this test of the PLplot Fortran binding and examples is obviously
much more substantial than the equivalent test of the extremely simple
test_fortran project.  In particular, the above script invocation
tests the traditional (make + pkg-config) build of the installed
Fortran examples without DYLD_LIBRARY_PATH manipulations. My guess is
the new rpath linking method for the installed examples will allow
that to work, but I do need one or both of you to confirm that.

@Jim: You stated recently that you had some trouble with getting the
Fortran parts of PLplot to work on Mac OS X.  If that is still the
case, the report tarball generated by the above script invocatin will
likely give me everything I need to fix that issue.

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
__________________________

------------------------------------------------------------------------------
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to