On 2009-07-15 16:19-0700 Alan W. Irwin wrote:
> If under those conditions cmake works, but the cmake GUI does not for the
> svn trunk version, then that probably means my recent changes in how C++ is
> found have exposed a bug in cmake-gui.
I confirm this cmake-gui issue on Linux with the PLplot build and also for the
following really simple test case.
#stanza 1
project(test NONE)
cmake_minimum_required(VERSION 2.6.4)
#stanza 2
include(CMakeDetermineCXXCompiler)
message(STATUS "CMAKE_CXX_COMPILER = ${CMAKE_CXX_COMPILER}")
#stanza 3
enable_language(CXX OPTIONAL)
message(STATUS "CMAKE_CXX_COMPILER_WORKS = ${CMAKE_CXX_COMPILER_WORKS}")
The above combination is essential for the soft-landing logic, but it turns
out that combination exposes a cmake-gui bug
(CMAKE_<language>_COMPILER_WORKS is undefined for that combination) which I
have reported to the CMake list. For those following that list, I thought
of a particular workaround for the cmake-gui bug, but it turns out that
solution does not work for PLplot because cmake-gui leaves additional
essential language variables undefined for combinations like the above.
So we have the ugly choice of hard landings if any (!) of Ada, C++, D,
Fortran, or Java developments are missing (the model used in PLplot release
5.9.4 and rightly objected to by Geoffrey since it gives a bad first
impression) or use the present soft-landing system which precludes using
cmake-gui since that application currently gets confused (essential language
variables become undefined for some reason) by combinations like the above
stanza 2 and 3 for any language. To summarize the choice we can have
no soft landings or no cmake-gui.
Which is the preferred choice that we use until this can of worms is cleaned
up by the CMake developers?
I would be happy to implement whatever we decide and write up the resulting
limitation in our build system (no soft landings or no cmake-gui) in
README.release.
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
__________________________
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
