On 2013-07-11 06:47+0200 Arjen Markus wrote: > On Wed, 10 Jul 2013 09:56:57 -0700 (PDT) > "Alan W. Irwin" <[email protected]> wrote:
>> But I don't think that matters because I am virtually positive USE_RPATH >> is not the issue. After my most recent change to reduce ambiguity >> (but effectively this was not a logic change) the relevant code >> concerning dll looks like this: >> > ... > > Well, that has not been my experience, or better, by > putting the DLLs into the dll subdirectory the test-drv-info > program was able to start properly and do its job. You can use the ldd programme to confirm the driver dll's find everything properly. The result is good on Linux both for the build tree and install tree (thanks to our rpath configuration). Also, the test-drv-info results are good in the build tree on Linux. So in theory you should get as good Cygwin linking results as we do in the Linux case. But please confirm that by trying ldd on all dll's both in the build tree and also in the install tree. > Another thing I have some doubts about is that a > successful "-rpath build" will lock the DLLs into a > fixed set of directories which interfers with a later > installation. By default, CMake sets rpath appropriately for all build-tree dll's, but does not set rpath at all for install-tree dll's (which means the dll's have to be relinked on installation to remove rpath for that default case). We leave that default behaviour as is for the build tree, but via USE_RPATH we modify that default behaviour for the install tree by setting the INSTALL_RPATH target property for all dll's. That does not affect the build-tree linking at all, but upon installation instead of the relinking removing rpath (by default), it changes it to the correct install location. So there is no locking of the DLL linking. There is obviously a lot going on behind the scenes with regard to linking, and I hope I have explained it in an understandable way, but the net result is all is well for Linux (and historically for Cygwin) both in the build tree and also in the install tree (thanks to the relinking that occurs for all installed dll's). > > Anyway, I will go and test this new logic in accordance > with your receipe. I look forward to those results. Best wishes, 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 __________________________ ------------------------------------------------------------------------------ See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
