On 2010-07-13 09:47-0600 Orion Poplawski wrote: > On 07/13/2010 01:21 AM, Alan W. Irwin wrote: >> >> I think very little effort would be required to remove HAVE_ADA_2007 >> from the build system. However, let's wait to do anything about this >> until we understand the linking issue that Orion reported a lot more. >> I still think the linking issue may be completely orthogonal to >> HAVE_ADA_2007. You imply above, that lapack/blas are not used by >> HAVE_ADA_2007 so it appears to me that Orion's discovery of a >> lapack/blas linking issue must be completely independent of >> HAVE_ADA_2007. >> > > Nope, if I turn HAVE_ADA_2007 off, it compiles fine.
Thanks, Orion, for that clarification. The rest of this is principally directed to Jerry. Jerry, given that clarification does that firm up your idea of removing HAVE_ADA_2007 because the benefit is rather small for the cost of the the extra lapack/blas dependencies? The rest of this assumes you want to make that change. As far as the build system is concerned, all you have to do to completely disable HAVE_ADA_2007 is to replace option(HAVE_ADA_2007 "Ada 2007?" OFF) with set(HAVE_ADA_2007 OFF CACHE BOOL "Ada 2007?" FORCE) in cmake/modules/ada.cmake. The effect of that last command is to force the OFF value regardless of what the user attempts to set. After that, at your leisure, you can remove any HAVE_ADA_2007 configuration dependencies in the bindings and examples and also in the build system. To help you with that effort, here are the current places where HAVE_ADA_2007 shows up in our source tree. softw...@raven> find -type f |grep -v .svn| \ grep -v '~$' |xargs grep -l HAVE_ADA_2007 ./doc/docbook/src/ada.xml ./bindings/ada/README.rtf ./bindings/ada/README ./cmake/modules/ada.cmake All of those except ada.cmake are documentation. Looking at that file further, it sets Ada_Is_2007_With_and_Use_Numerics if HAVE_ADA_2007 is ON, and Ada_Is_Not_2007_Vector_Matrix_Declarations otherwise. Those variables show up in the following places in our source tree : softw...@raven> find -type f | grep -v .svn | grep -v '~$' | \ xargs grep -l Ada_Is_2007_With_and_Use_Numerics |sort ./bindings/ada/plplot.adb.cmake ./bindings/ada/plplot.ads.cmake ./bindings/ada/plplot_auxiliary.ads.cmake ./bindings/ada/plplot_thin.ads.cmake ./bindings/ada/plplot_traditional.adb.cmake ./bindings/ada/plplot_traditional.ads.cmake ./cmake/modules/ada.cmake ./examples/ada/x01a.adb.cmake .... ./examples/ada/x31a.adb.cmake ./examples/ada/xthick01a.adb.cmake .... ./examples/ada/xthick31a.adb.cmake softw...@raven> find -type f | grep -v .svn | grep -v '~$' | \ xargs grep -l Ada_Is_Not_2007_Vector_Matrix_Declarations |sort ./bindings/ada/plplot_auxiliary.ads.cmake ./cmake/modules/ada.cmake I would advise editing all the above *.cmake files to get rid of the references to the variables Ada_Is_2007_With_and_Use_Numerics Ada_Is_Not_2007_Vector_Matrix_Declarations. Once that change is completed and you have tested it works then you should commit those changes. After that commit I can take over and do the necessary further changes to make those files non-configurable (from the CMake point of view), rename them without the *.cmake index in such a way that we do not lose svn history of those files, and commit all those further changes in such a way that we don't temporarily break PLplot. (That last issue has recently become important since we are using bisect methods to find regressions more and more, and commits that break PLplot interfere with that process unless you laboriously identify all such commits to the svn-bisect software.) 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 __________________________ ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel