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 (whichshould 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 amanxious 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 __________________________
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