Hi Brad,
Arjen, please try out each compiler of interest with CMake 2.8.0 and
with CMake from CVS HEAD. Remove all plplot language module files
to see how much works out of the box.
I tested the gfortran compiler under MinGW (directly, not via MSYS)
having removed the gfortran-specific platf
Hi Brad,
that was better. Installed gfortran now under MinGW (from TDM) and
removed the Fortran-specific files from PLplot, so that it should
recognise gfortran out-of-the-box.
This does not work, but it is a gfortran/gcc problem. I will need
to look into that.
Regards,
Arjen
On 2010-01-26
Hi Brad,
ah, had to work from memory - normally I rely on my hard disk's
memory :). Will try again.
Regards,
Arjen
On 2010-01-26 15:36, Brad King wrote:
Arjen Markus wrote:
this did not work! I checked out PLplot a-fresh, checked that there
are NO CMakeCache.txt files anywhere in the source
Arjen Markus wrote:
> this did not work! I checked out PLplot a-fresh, checked that there
> are NO CMakeCache.txt files anywhere in the source tree, used a
> fresh DOS-box to start the batch file in a directory separate from
> the source directory and tried again.
>
> The result: a CMakeFiles subd
Hi Brad,
this did not work! I checked out PLplot a-fresh, checked that there
are NO CMakeCache.txt files anywhere in the source tree, used a
fresh DOS-box to start the batch file in a directory separate from
the source directory and tried again.
The result: a CMakeFiles subdirectory in the sourc
Arjen Markus wrote:
> I did it this way just now too, but I found out that the intermediate
> files are stored in the directory containing the CMakeLists.txt file!
Somehow a CMakeCache.txt file must have ended up in your source tree.
Once an in-source build is done it is impossible to do out-of-so
Hi Brad,
On 2010-01-26 14:37, Brad King wrote:
Arjen Markus wrote:
I tried to do this, using the Compaq Visual Fortran compiler as a test
case, as I can do that rightaway, but I ran into some trouble:
Okay, I didn't expect this one to work yet.
The MinGW and Cygwin versions of gfortran shoul
Arjen Markus wrote:
> I tried to do this, using the Compaq Visual Fortran compiler as a test
> case, as I can do that rightaway, but I ran into some trouble:
Okay, I didn't expect this one to work yet.
The MinGW and Cygwin versions of gfortran should work though.
Please confirm this when you get
Hi Brad,
I tried to do this, using the Compaq Visual Fortran compiler as a test
case, as I can do that rightaway, but I ran into some trouble:
- I removed the files referring to that compiler from my version of the
PLplot repository
- CMake complained at first about f90 - the -o option is ambig
Hi Brad,
On 2010-01-25 23:27, Brad King wrote:
Arjen, please try out each compiler of interest with CMake 2.8.0 and
with CMake from CVS HEAD. Remove all plplot language module files
to see how much works out of the box.
I will try this out as soon as possible.
Regards,
Arjen
_
Alan W. Irwin wrote:
> messages for these files they deal with the following compilers/platforms.
>
> * gfortran on Cygwin
>
> * gfortran under MinGW
I think these work out of the box in 2.8.0. However, there has been more
development since that release (see bottom of message). They almost
cer
On 2010-01-15 23:58, Alan W. Irwin wrote:
The PLplot project has been supporting some additional Fortran compilers
via
files in cmake/modules/Platform in our source tree where we use
set(CMAKE_MODULE_PATH ${PROJECT_SOURCE_DIR}/cmake/modules)
This CMake_MODULE_PATH approach requires that we put
Hi Brad:
Thanks for your reply which must have crossed with mine asking for a response.
On 2010-01-19 14:06-0500 Brad King wrote:
On 1/15/2010 5:58 PM, Alan W. Irwin wrote:
The PLplot project has been supporting some additional Fortran
compilers
What compilers?
These platform files (see a
On Tue, Jan 19, 2010 at 3:30 PM, Bill Hoffman wrote:
> Alan W. Irwin wrote:
>
>> I am still interested in an answer from the CMake developers on this
>> issue.
>> If CMake currently does not provide a convenient way for independent
>> software projects like PLplot to try out additional compiler su
Alan W. Irwin wrote:
I am still interested in an answer from the CMake developers on this issue.
If CMake currently does not provide a convenient way for independent
software projects like PLplot to try out additional compiler support for
languages that are officially supported by CMake, then I w
(lbproject.sf.net).
__
Linux-powered Science
__
-- Forwarded message --
Date: Fri, 15 Jan 2010 14:58:57 -0800 (PST)
From: Alan W. Irwin
To: cmake@cmake.org
Subject: [CMake] What's the best way to support additional compilers f
On 1/15/2010 5:58 PM, Alan W. Irwin wrote:
The PLplot project has been supporting some additional Fortran
> compilers
What compilers?
FYI, the Compiler/* and Platform/* modules have been refactored
a bit in CVS HEAD CMake. The changes break compiler- and platform-
specific information down wi
The PLplot project has been supporting some additional Fortran compilers via
files in cmake/modules/Platform in our source tree where we use
set(CMAKE_MODULE_PATH ${PROJECT_SOURCE_DIR}/cmake/modules)
This CMake_MODULE_PATH approach requires that we put a slightly modified
version of CMakeFortran
18 matches
Mail list logo
