PLplot

Alan W. Irwin writes:
 > If I don't hear any such objections, I plan to go ahead with the big svn
 > delete this weekend, and I am looking forward to a leaner svn trunk version
 > that is much easier to understand as a result.

Sounds good to me.

Geoffrey Furnish wrote:

>Alan W. Irwin writes:
> > If I don't hear any such objections, I plan to go ahead with the big svn
> > delete this weekend, and I am looking forward to a leaner svn trunk version
> > that is much easier to understand as a result.
>
>Sounds good to me.
>  
>
I agree: it will be less confusing to users if they can choose from one 
build system only.

Regards,

Arjen

Go for it. 

Andrew

On Wed, Nov 21, 2007 at 03:09:48PM -0800, Alan Irwin wrote:
> One of the things I want to do soon in preparation for the next development
> release is remove all the old autotools cruft.
> 
> It's been quite a while since I have referred to our autotools efforts to
> compare with what we are doing now with our CMake-based build system, but
> just in case we need access to that old configuration information, it is
> easily accessible from
> http://plplot.svn.sourceforge.net/viewvc/plplot/tags/v5_8_0/ or previous
> tags.  Thus, I see no need to keep autotools-related material in the trunk
> version of our svn repository.
> 
> Therefore, I propose to do a massive delete from svn trunk of all our
> Makefile.am files, the *.in files we are not using from CMake, the cf
> directory, configure.ac, and all other files that are autotools-specific.  I
> also plan to remove autotools references from our documentation, the INSTALL
> file, our release scripts, etc.
> 
> Does any developer here have strong objections to this plan?
> 
> If I don't hear any such objections, I plan to go ahead with the big svn
> delete this weekend, and I am looking forward to a leaner svn trunk version
> that is much easier to understand as a result.
> 
> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-devel mailing list
> Plplot-devel@...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

On 2007-11-21 15:09-0800 Alan W. Irwin wrote:

> Therefore, I propose to do a massive delete from svn trunk of all our
> Makefile.am files, the *.in files we are not using from CMake, the cf
> directory, configure.ac, and all other files that are autotools-specific.  I
> also plan to remove autotools references from our documentation, the INSTALL
> file, our release scripts, etc.

DONE.  I have tested the result in a number of ways including build-tree and
install-tree tests, generating the documentation, generating a local
website, generating a tarball, and all seems well (except for the cairo
devices which I will comment on separately since I don't think the
issues have anything to do with this change.)

Please do your own testing as well.

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
__________________________