Hi Jim (and any others here with access to Mac OS X):

I need some fairly urgent help with a test of a potential rpath change
for Mac OS X.  If you have time to help out this way, please apply
the attached patch to the latest update of the master
branch, then follow the directions in cmake/test_fortran/README to
comprehensively test that tiny Fortran project (which the attached
patch updates to use the rpath option on Mac OS X) using the trace
option.  (Those directions should boil down to

cd cmake/test_fortran
scripts/comprehensive_test.sh --do_trace yes

.) When the test has completed (which normally should take only a
second or so) please send me the resulting report tarball (which
should be stored at ../../../comprehensive_test_fortran_disposeable/comprehensive_test.tar.gz).

To give you some background on why I need this test result, on Linux
our build system uses the default rpath method that is normally
employed by CMake for the build tree, and by default uses that same
method for the installed examples. However, when we were putting all
this logic together a decade ago the Mac OS X version was 10.4 =
"Tiger" which did not honor rpath. Accordingly at that time, CMake did
not use rpath in the build tree and we disabled rpath in the install
tree just for the Mac OS X case. Of course, that caused find problems
for the run-time loader if the install location was nonstandard so to
workaround that issue we asked users to fiddle with the
DYLD_LIBRARY_PATH brute-force technique when installing by hand (or
else our comprehensive test script did that when testing installed
versions).

Fast forward to today.  Mac OS X 10.5 = "Leopard" (which was released
in 2007) and all later versions honor rpath according to comments at
<https://blogs.oracle.com/dipol/entry/dynamic_libraries_rpath_and_mac>.
In any case, CMake has long since converted to using rpath by default
for the build tree for Mac OS X (and our build system automatically
followed along with that change).  That works well, but we never
followed up by converting to using rpath in the installed examples
tree for the Mac OS X case.  The attached patch tests whether that
possibility works (not only for test_fortran but also test_ada,
although you should ignore that latter project for now because it has
known issues on Mac OS X).

If your report shows a good result for the test_fortran project, then
I plan to make an equivalent change for the plplot project itself.  In
addition, I plan to use any good test_fortran results you produce to
help narrow down what might be wrong for the Mac OS X test_ada case.

I have described this requested test as "fairly urgent" because I am
anxious to get this whole rpath issue settled for Mac OS X. Therefore, your timely response would be much appreciated.

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
__________________________

Attachment: rpath1.patch.gz
Description: patch implementing rpath change for test_ada and test_fortran

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

Reply via email to