Hi, the point here is, that not only the executables "know" where the libraries are, but also the libraries themselves "know" where they are - and this is not necessarily the same location they really are (don't ask me why they (Apple) did that.
Point is, if a library "knows" (has a reference to) that it is in /foo (even if it is not there) and you link to this library, they executable copies the reference and awaits that the library will be there. If for some reason the library doesn't get copied there (because the install location is different to the reference), but for a coincidence another library of the same name is in /foo you are in trouble. To check that you should run "otool -L" on the executable AND on the libraries in question to make sure, that the references are correct. I assume the DYLD_LIBRARY_PATH only comes into play, if there is no library at the location the executable has a reference to. Mind, that what I wrote above might be completely wrong, since I just know as much as to make my App bundles work (with cmake BTW), but not why it was done this way. David, could you run "otool -L" on libcairo to which plplot is really linked to (run make VERBOSE=1 to find that out (hopefully)). This could explain the troubles. Regards, Werner On 1/26/10 8:25 AM, Alan W. Irwin wrote: > Since DYLD_LIBRARY_PATH doesn't seem to work, I am completely stumped on > this one. Therefore, it is time somebody else here that is more > knowledgable about Mac OS X linking issues stepped in to help you further. > > I am pretty sure nobody else has ever encountered this issue, but they > may not be using macports for the dependent libraries that Plplot needs. > > 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); PLplot scientific plotting software > package (plplot.org); 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 > __________________________ > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria GPG-Key: E DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
