Hi Alan, On 2013-07-12 21:46, Alan W. Irwin wrote:
> > Hi Arjen: > > I am afraid the combination of the issues below that I have noted means > another test is requested. What a big surprise. :-) > > Here are the details: > > Your cmake.out file reveals some important issues. > > 1. -- The C compiler identification is GNU 4.5.3 > > That must mean you are using a rather old version of Cygwin that > needs to be updated (or better yet installed from scratch to > preserve your old version for comparison). The version > of gcc should be at least 4.7.x from my experience with MinGW/MSYS. > Actually, I installed it a-fresh last month. Therefore I did not pay any attention to the GCC version. But prompted by your discovery I checked with the Cygwin setup program again and now my Cygwin installation has version 4.7.3 - could this have anything to do with the FTP mirror I used? > 2. The warning concerning CMAKE_LEGACY_CYGWIN_WIN32 not being set to > 0. It was being set (to OFF, but that should not matter) before, but > I think it was probably done in the wrong order. As of revision 12419 > I have adopted the same order as used for the build of CMake itself > and that should hopefully quiet this message. By the way, I am pretty > sure there are no practical consequences to this warning message because > the resulting WIN32 variable is false and the resulting CYGWIN variable > is true. But for your retest, please check that the new reordering > has quieted the message. Will do. These warnings look a trifle menacing for unsuspecting users, so we definitely don't want them :). > > 3. WARNING: ENABLE_DYNDRIVERS is OFF. > > It is important that your retest be done with ENABLE_DYNDRIVERS ON > since that is the most heavily tested version of PLplot on all > platforms. Once ENABLE_DYNDRIVERS ON works on Cygwin, then by all > means try other possiblities such as ENABLE_DYNDRIVERS OFF. > Clear. > Your make.out file reveals one extremely important issue. > > CMake generated no -rpath options for linking! There is some anecdotal > evidence on the web that -rpath actually works on Cygwin, but clearly > the CMake engineers (at least for version 2.8.9 which you are > currently using) do not trust -rpath on Cygwin or are unaware of that > capability because CMake doesn't even try to use the rpath option on > that platform. So only the dll workaround will work, and I have no > clue how your previous Cygwin tests worked at all unless you manually > did something like that dll workaround. > > As of revision 12420 I have changed our build system logic so that the > dll subdirectory workaround is used only for shared libraries and for > WIN32_OR_CYGWIN. I have now deployed an additional variable > (USE_DLL_SUBDIRECTORY) to control when this workaround is used so > any further changes in our policy concerning this will only > require a change in one place (where USE_DLL_SUBDIRECTORY is defined). > > Please give revision 12420 a try with ENABLE_DYNDRIVERS ON. Win or > lose, I would again like to see complete results, i.e, all the *.out > files (using VERBOSE=1), and the CMakeCache.txt file. It didn't > matter this time, but you forgot to include that latter file in the > current tarball. Can you automate collection of files in that tarball > with a script and also automate the use of VERBOSE=1 so I always get > from you the full results requested? Also, if you make it a practice > to automatically collect full results of the Cygwin build in a > tarball, they should be useful to you in future when you are wondering > what the last build and test results were for the Cygwin platform. > > Thanks in advance for the next test. Such automation should be a jiffy. I will take care of that for this coming test (I normally run CMake via a batch file/shell script anyway, to avoid having to remember the correct path and options ;)). Regards, Arjen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ 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
