[CMake] Problem Porting from cmake 2.4.7 to 2.6
Alan W. Irwin
irwin at beluga.phys.uvic.ca
Fri Jun 27 13:11:57 EDT 2008
On 2008-06-27 11:09-0400 Bill Hoffman wrote:
> Alan W. Irwin wrote:
>> On 2008-06-27 16:15+0200 Alexander.Camek at elektrobit.com wrote:
>>
>>> Hi List,
>>>
>>> Today I started to port my Ada project (Windows, MinGW, Ada cmake files
>>> from plplot) from cmake 2.4.7 to cmake 2.6.
>>> Now I have the problem that cmake doesn't want to use gnatmake anymore
>>> and says that gnatmake is broken.
>>
>> I summarized the CMake Ada language support status in
>> http://www.cmake.org/pipermail/cmake/2008-May/021911.html which includes a
>> simple Ada test project I have put together. That simple test project
>> works
>> fine for 2.4.x, but does not work for 2.6.0 (as you have also found for
>> your
>> own project). The problem is the language support infrastructure for 2.6.0
>> is different than 2.4.x. At that time I was hoping to figure out the
>> 2.6.0
>> Ada issues fairly quickly, but I could not do that, and something else has
>> now intervened. So the planned PLplot transition to CMake 2.6.x (and also
>> the transition you were hoping for for your own project) will have to wait
>> until I have more time to fix the Ada 2.6.x issues unless someone else can
>> fix those issues first.
>>
> I will try to look into this, as 2.6 should be basically backwards compatible
> with 2.4. This is the first I have heard that there was a problem with the
> ada support. Nothing intentional was done to change the language support
> infrastructure.
Your help would be much appreciated and the simple self-contained Ada test
project you can obtain with
svn checkout https://plplot.svn.sourceforge.net/svnroot/plplot/branches/test_cmake/test_ada test_ada
should quickly show you the problems for 2.6.0.
I should warn you that for 2.4.x, I did everything by analogy with what was
done with Fortran, C++, and C with no fundamental understanding of the
underlying general CMake language support except for the sparse writeup in
Modules/CMakeAddNewLanguage.txt. Also I eliminated some things that were
present for the other languages which did not seem relevant to Ada. An
additional complication is Ada has a lot of extra support requirements. For
example, you create an Ada library with gcc, but you create an executable
with gnatmake which requires access to Ada Library Information (*.ali)
generated when Ada libraries are built and which reside in the same
undocumented directory where the *.o files are located. In short, I hacked
up something that worked for 2.4.x, but I am not completely surprised it
does not work for 2.6.0. :-)
I am distracted by time-consuming code reorganization issues in FreeEOS at
the moment so looking into the CMake-2.6.0 Ada language support issue(s) is
probably going to be delayed if I must do it on my own. But if you have
some possibilities to recommend for 2.6.0 based on your observations for the
above test project, I would certainly be happy to try them. There is some
urgency to this matter because certain cutting-edge distros (Fedora, Debian
unstable) have already dropped CMake-2.4.x in favor of 2.6.0. That
completely precludes the important (at least to us) PLplot Ada bindings on
those distros until the CMake-2.6.0 Ada language support issues are fixed.
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
__________________________
More information about the CMake
mailing list