Hi Alan, I just "found" an easy fix for the object file ending problem. In CMakeAdaCompiler.cmake.in change the last lines to:
IF(UNIX OR MINGW) SET(CMAKE_Ada_OUTPUT_EXTENSION .o) ELSE(UNIX OR MINGW) SET(CMAKE_Ada_OUTPUT_EXTENSION .obj) ENDIF(UNIX OR MINGW) So for ada files and MinGW we than have .o files created and the ada bindings library is created nicely. Still the .exe. problem: Scanning dependencies of target x01a [ 96%] Building Ada object examples/ada/CMakeFiles/x01a.dir/x01a.o Linking Ada executable x01a.exe gnatmake: "x01a.exe.adb" not found mingw32-make[2]: *** [examples/ada/x01a.exe] Error 4 mingw32-make[1]: *** [examples/ada/CMakeFiles/x01a.dir/all] Error 2 mingw32-make: *** [all] Error 2 If you think this workaround is ok, I will submit these changes. Regards, Werner Alan W. Irwin wrote: > On 2007-03-05 04:10-0700 Jerry wrote: > >> It sounds like this might be a question for comp.lang.ada if you guys >> don't get it cracked soon. > > That's a good idea for the future. > > However, what we need most now is some comprehensive platform testing. The > current form of experimental CMake support for Ada works fine on all Debian > and Ubuntu platforms where it has been tested. It does have filename > extension problems on MinGW, but at most those problems will affect Cygwin > and MinGW, and they might be isolated to just MinGW. To get a comprehensive > picture of the overall problems we face with the GNAT version of Ada, we > need testing not only on Cygwin, but also additional Linux platforms and Mac > OS X. > > Jerry, I especially urge you to move forward with your Mac OS X testing > since that is the platform where you developed the Ada interface, and I want > to be sure that our CMake support of that interface is working fine there > for you. If after reading http://sourceforge.net/cvs/?group_id=2915 and > http://www.miscdebris.net/plplot_wiki/ you still have some questions about > or problems with CVS or our CMake build system on Mac OS X, please don't > hesitate to post them to this list. > > 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 Yorick front-end to PLplot (yplot.sf.net); the > Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dipl. Ing. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: [EMAIL PROTECTED] web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
