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
