On 2007-08-16 22:34+0200 Werner Smekal wrote: > Hi, > > I eventually had some time to test the latest plplot svn version on > Windows MinGW. With cmake version 2.4-patch 6 I had the following > showstopper during the configure step: > > -- Looking for isnan > -- Looking for isnan - found > -- SWIG_VERSION = 1.3.29 > CMake Error: Error in cmake code at > Z:/DevZone/PLdev/plplot/cmake/modules/plplot.cmake:248: > IF had incorrect arguments: listindexplus LESS ${listlength} (Unknown > arguments specified). > Current CMake stack: > Z:/DevZone/PLdev/plplot/CMakeLists.txt;Z:/DevZone/PLdev/plplot/cmake/modules/plplot.cmake > CMake Error: Error in cmake code at > Z:/DevZone/PLdev/plplot/cmake/modules/plplot.cmake:263: > MATH cannot parse the expression: " + 1": syntax error, unexpected > exp_PLUS, expecting exp_OPENPARENT or exp_NUMBER (2) > Current CMake stack: > Z:/DevZone/PLdev/plplot/CMakeLists.txt;Z:/DevZone/PLdev/plplot/cmake/modules/plplot.cmake > CMake Error: Error in cmake code at > Z:/DevZone/PLdev/plplot/cmake/modules/plplot.cmake:264: > MATH cannot parse the expression: " + 1": syntax error, unexpected > exp_PLUS, expecting exp_OPENPARENT or exp_NUMBER (2) > Current CMake stack: > Z:/DevZone/PLdev/plplot/CMakeLists.txt;Z:/DevZone/PLdev/plplot/cmake/modules/plplot.cmake > CMake Error: Error in cmake code at > Z:/DevZone/PLdev/plplot/cmake/modules/plplot.cmake:268: > ENDFOREACH An ENDFOREACH command was found outside of a proper FOREACH > ENDFOREACH structure. Or its arguments did not match the open > ing FOREACH command. > Current CMake stack: > Z:/DevZone/PLdev/plplot/CMakeLists.txt;Z:/DevZone/PLdev/plplot/cmake/modules/plplot.cmake > -- X11_FOUND = > -- X11_INCLUDE_DIR = > -- X11_COMPILE_FLAGS = -I > -- X11_LIBRARIES = > -- X11_LIBRARY_DIR = > > Looking in plplot.cmake I see that these lines are within a > if(X11_INCLUDE_DIR) clause - therefore I don't see why this is a problem > for MinGW. Did anybody change something in this area or has an idea > where the problem is?
That was CMake code introduced by me fairly recently to get rid of the duplicates in X11_INCLUDE_DIR which were causing showstopper problems elsewhere. But like you I don't understand how your cmake can even execute the code since from your output above X11_INCLUDE_DIR does not exist so the if(X11_INCLUDE_DIR) should avoid that CMake code altogether. By the way, my general advice to improve the efficiency of any CMake debugging effort is to stick in a MESSAGE(FATAL_ERROR) command right after the part of the CMake code where an issue such as this appears. This gives an immediate halt which potentially saves a lot of turnaround time as you try many different message commands in the problem area to help figure out what is actually going on. I am interested in this strange CMake result you have obtained so please keep in touch with me as you figure out this issue. 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 __________________________ ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel