On Jul 13, 2010, at 10:52 AM, Alan W. Irwin wrote:

> 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
>

Alan,

I have just committed the changes that you describe--all affected Ada  
files (68 out of 70) and cmake/modules/ada.cmake. I haven't tried a  
(normal) build here but I have succeeded in doing my own private build  
in my own development system (which bypasses all of the PLplot build  
stuff) so I know the Ada code is OK. I hope you can make the changes  
at your end because I suspect that otherwise the build will fail  
(unless the ada.cmake edit overrides all new evil).

Jerry


> 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

Reply via email to