Hi Alan,
it was not easy ;) I first followed the path via a file browser and
was puzzled that the file (and directories) I was looking for did
in fact exist. Later (during a break in yesterday's workshop) I
simply copied the reported path and let the _system_ instead of
my eyes find the file - and that failed! Only then - after careful
examination - was I able to detect the minus/underscore mismatch.
Anyway, I should be able to check the repair today.
Regards,
Arjen
On 2010-03-29 19:03, Alan W. Irwin wrote:
> On 2010-03-29 08:43+0100 Arjen Markus wrote:
>
>> Hi Alan,
>>
>> I think I found the cause of these problems:
>>
>> it turns out that the subdirectory language_tests is
>> referred to in the CMake files as language-tests - so
>> a minus sign instead of an underscore!
>>
>
> Good spotting! I have now fixed this typo with revision 10882. (I also
> searched for any other occurrences of "language-support" but they all seem
> to be gone now).
>
> I believe (from Brad's message on the CMake list) that all should be well
> now. Can you (and Hazen) please confirm that? I hope as a result of this
> fix you will both be able to report good complete (including the
> test_noninteractive and test_interactive targets) tests of MinGW for
> CMake-2.6.x.
>
>> No idea why this is a problem under MinGW and not under
>> Linux, but this is the reason the build system falls
>> back on the CMake files.
>
> I have now found the explanation for this. In the Linux case, a CMake
> system version of Platform/Linux-GNU-Fortran.cmake exists which makes it
> possible (via how CMAKE_BASE_NAME is set) for the logic to find the PLplot
> version of this file despite the "language-support" typo, but in the MinGW
> case, no such system version of Platform/Windows-GNU-Fortran.cmake
> exists so
> the logic only works if the typo is corrected. I encourage both you and
> Hazen to follow the straightforward logic in CMakeFortranInformation.cmake
> if you want to confirm my explanation for yourselves. Ultimately,
>
> INCLUDE(Platform/${CMAKE_SYSTEM_NAME}-${CMAKE_BASE_NAME} OPTIONAL)
>
> includes the PLplot version of the file (_if_ CMAKE_BASE_NAME is set
> correctly) because of the way CMAKE_MODULE_PATH has been set
> in the top-level CMakeLists.txt file for the CMake-2.6.x 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
> __________________________
>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel