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

Reply via email to