On 2010-01-13 18:40-0800 David MacMahon wrote: > > On Jan 13, 2010, at 17:37 , Alan W. Irwin wrote: > >> That is clearly in error for qhull (it should point to my special install >> location of /home/software/qhull/install/lib for qhull-2010.1) which >> confirms the issue you have reported. I hope to fix that shortly. > > Great, thanks! > > I also found that to use the xcairo device I have to add `pkg-config --libs > cairo` to the examples/c Makefile when plplot is installed in a non-standard > location (e.g. ~/local/lib/...) and cairo is installed to a different > non-standard location (e.g. /opt/local/lib...). If I don't add this, the > examples build, but they crash when running them with "-dev xcairo".
This one is difficult to replicate since it is rare (and a bit difficult) to build a separate cairo library stack. However, when I used to do that some time ago, there were no linking or run-time issues. Are you setting CMAKE_LIBRARY_PATH and CMAKE_INCLUDE_PATH appropriately so that a consistent version of the cairo stack of libraries and headers is being found by CMake? I suppose it is possible some separate cairo stack issue has crept in since then, but I will need a lot of help from you to track this down if some variation of CMAKE_LIBRARY_PATH and CMAKE_INCLUDE_PATH doesn't fix this. In that case, could you send me further details off list such as cmake version, cmake options (I prefer you run cmake for error reports rather than one of the cmake GUI's such as ccmake or cmake-gui), make output, make install output, and make output for installed examples? That information (starting obviously from an initially empty build directory) will help me figure out exactly what your build is attempting to do. Could you give me the exact run-time error? Could you diagnose the issue further with ldd e.g., ldd -r $prefix/lib/plplot5.9.5/driversd/cairo.so on Linux, I have forgotten what your platform is. If it is a Mac, then there is some equivalent to ldd there. For the default shared library build with dynamic devices enabled, all the cairo library dependencies should be in that cairo.so plug-in, with none of the examples or the PLplot libraries depending directly on the cairo libraries. Thus, I am not sure why your pkg-config workaround works at all unless there is some linking issue with cairo.so that is being indirectly resolved by that. But it is obviously better to figure out all linking issues for cairo.so itself rather than indirectly fixing it up afterwards with pkg-config. 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 __________________________ ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
