On 2009-07-20 15:59+0100 Andrew Ross wrote: > > Alan, > > When implementing rpath support for the libplplotqtd library you have > added the qt path in front of the rest of the rpath directories. From > the comments you added I think this is to ensure that you pick up > your custom built qt libraries rather than the system ones. Unfortunately > if you are using the system qt libraries this adds /usr/lib at the > front of the rpath directory list and therefore you end up linking > with system version of the plplot libraries rather than those in the > install location. For me this is a headache. Of course the "proper" > solution is to order the rpath variables so that the install prefix > always appears first, but I can't see an easy way of doing that with > your current approach. Any thoughts?
Leave this with me for now. I agree the described behaviour would be most annoying, and I will try to figure out a fix. 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 __________________________ ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel