Hi Jim: I am separating out this separate topic using a descriptive subject line from the other topics your brought up in your e-mail.
On 2007-10-25 19:53-0400 Jim Dishaw wrote: > The problem with the Intel compiler is that the Windows version expects > that the forward slash denotes switches. The Makefiles generated by > cmake in cygwin use the forward slash as path delimiters. I use the > Windows Intel compiler in cygwin, but I have to make sure that I call it > the correct way. > > Setting FC=ifort does not help the build. I suspect the fix is pretty straightforward, but to make further progress with this on the CMake list, you will need to put together a simple complete CMake example to illustrate the problem. Such an example has already been prepared at http://cmake.org/HTML/Examples.html. All you need to add to it is the complete cmake.out results and make.out results when the CC environment variable points to the Intel C compiler. If you wrap the simple example and the cmake.out and make.out results into a tarball, I will forward it to the CMake list to see what they advise to resolve it. In CMake, compiler actions are controlled by configuration files in the Platform directory so the fix will probably be an added file in $prefix/share/cmake-2.4/Modules/Platform/ where $prefix is your CMake installation prefix. Once your simple example works with the Intel C compiler, then there is a method for adopting it instantly for PLplot (basically by distributing the added file in our own cmake/modules/Platform directory) until the fix gets distributed as part of CMake itself. Also, once we get the Intel C compiler configured properly for CMake on Cygwin, then generalizing the CMake fix to deal with the Intel Fortran (and C++ if that exists) compiler on Cygwin should be straightforward. But to get the ball rolling we need that complete simple example tarball from you first for the C case. 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