On Sun, 21 Feb 2010 10:23:13 -0800 (PST)
"Alan W. Irwin" wrote:
>>
>> Windows: Compaq compiler is recognised, but there is no
>> proper compiler module file.
>
> I thought you had already made a good test of the Compaq
>compiler with the
> cvs version of CMake. So is there some file you forg
Hi Alan,
the differences between these files have to do with the /force option.
This forces the linker to produce an executable or DLL even in the
presence of conflicting runtime libraries. I am not sure it is no
longer needed - in the past it has turned out nearly impossible
to get a consistent s
On 2010-02-22 00:52-0800 Alan W. Irwin wrote:
> On 2010-02-22 00:26-0800 Alan W. Irwin wrote:
>
>> How about cmake/modules/language_support/cmake-2.6/Platform/Windows-df.cmake?
>>
>> There is a file of that name in CMake (donated by you long ago?) that is
>> identical between 2.6.0 and 2.8.1-RC3 (
On 2010-02-22 00:26-0800 Alan W. Irwin wrote:
> How about cmake/modules/language_support/cmake-2.6/Platform/Windows-df.cmake?
>
> There is a file of that name in CMake (donated by you long ago?) that is
> identical between 2.6.0 and 2.8.1-RC3 (and presumably every version
> between), but which is
On 2010-02-22 08:56+0100 Arjen Markus wrote:
>> It's good to start with the current svn trunk version of PLplot, but once
>> you are completely satisfied with the results on CMake-2.6, aren't there
>> some files made redundant by CMake-2.6.x (everything not related to the
>> Compaq compiler?) in c
Hi Alan,
On 2010-02-21 19:23, Alan W. Irwin wrote:
> On 2010-02-21 12:27+0100 Arjen Markus wrote:
>
>> Hi Alan,
>>
>> here are the preliminary results for the new set-up:
>
> Thanks, Arjen, for testing all the Windows platform accessible to you. I
> plan to implement a table in README.release th
On 2010-02-21 12:27+0100 Arjen Markus wrote:
> Hi Alan,
>
> here are the preliminary results for the new set-up:
Thanks, Arjen, for testing all the Windows platform accessible to you. I
plan to implement a table in README.release that summarizes test results and
which also gives you (and anybody
On Sun, 21 Feb 2010 12:27:06 +0100
Arjen Markus wrote:
>
> Cygwin: have not tried yet - requires building CMake for
> Cygwin first.
I have built CMake 2.8.1rc3 under Cygwin and to my
surprise
it finds g77 before gfortran, so that the Fortran 95
support
is turned off.
The compiler test exec
Hi Alan,
here are the preliminary results for the new set-up:
I have worked with the current repository _out of the box_
Using CMake 2.6:
Windows: all is working fine (except for a few missing
Fortran bindings - I will add those)
MinGW and Cygwin: the library plplotf77d.dll.a is not
created! T
Hi Alan,
okay, I am going to test this, I hope I will be able to do it this
weekend. That will have to be for at least CMake 2.6 and 2.8.1,
focusing on bare Windows (MSVC+CVF), MinGW and Cygwin (both gcc+gfortran).
It sounds rather promising!
Regards,
Arjen
On 2010-02-18 23:19, Alan W. Irwin w
Hi Arjen:
I just learned today on the CMake list, that CMAKE_MODULE_PATH was actually
interpreted as a list. Based on that information, I was able to completely
reorganize our language (Ada, D, and Fortran) support files in a way
that should allow us to support both CMake-2.6.x and CMake-2.8.x.
11 matches
Mail list logo
