To Arjen, Geoffrey, and Maurice:

I would like to clean out a lot of old unused legacy files from our svn
trunk version.  There are two principal motivations for this. (1) Focus
attention on our working code for those who want to explore our trunk or
future svn tagged release versions.  (2) Reduce bandwidth for every trunk
checkout and every checkout of future tagged releases. Note the unused files
scheduled for removal are perfectly preserved in svn tags/v5_9_5 and prior
tagged releases so I don't see any downside to removing them from trunk (and
therefore all future tagged releases).

I address this post mostly to you guys because the principal target of this
cleanout effort is sys, and you are the ones that historically worked in
that area of our source tree.  Let me know whether you have any strong
objections to the proposed removals within sys (and old and drivers/gnome.c,
see below), and the same goes for anybody else here who has an interest
in these legacy files.

Here is the current situation for sys.

softw...@raven> find sys -type d |grep -v .svn
sys
sys/dos
sys/dos/emx
sys/dos/emx/src
sys/dos/emx/cf
sys/dos/emx/tmp
sys/dos/djgpp
sys/dos/djgpp/src
sys/dos/djgpp/cf
sys/dos/djgpp/tmp
sys/dos/msc
sys/dos/bcc
sys/dos/bcc/src
sys/dos/bcc/cf
sys/os2
sys/os2/stubf
sys/os2/pmserv
sys/mac
sys/unix
sys/win32
sys/win32/msdev
sys/win32/msdev/plplibf95
sys/win32/msdev/jim
sys/win32/msdev/plplib
sys/win32/msdev/Examples
sys/win32/msdev/plpdll
sys/win32/msdev/src
sys/win32/msdev/DExamples
sys/win-tk

I propose to remove all these directories other than sys/dos/djgpp and
descendants (which I believe is still maintained by Andrew Roach) and
sys/win-tk (which is not maintained by anybody any more, but there
may be some Windows Tk code there worth mining if/when somebody decides to
port our core Tk support to Windows).

The mac, unix, and win32 subdirectories have all long been superseded by our
current CMake-based build system, and I believe there is zero interest in
any of the dos stuff other than dos/djgpp.

I also propose to remove from svn trunk the contents of the old subdirectory
which are

softw...@raven> ls old
PLStream.java          fixfort*                 plmodule.h
SF_cvs2svn_plplot.sh*  get-dependency-libs.sh*  rm-cvs-tarball-tags.pl*
check-copyright.pl*    htdocs-replace.sh*       setup.py.in*
check-tarball-cvs.sh*  javabind.c               upload-cvs-tarball.sh*
check-year-author.pl*  make-cvs-tarball.sh*
cvs2cl.xsl             plmodule.c

I also propose to remove drivers/gnome.c which has not been accessible to
our build system (i.e., it has been removed from our build system) for quite
some time now.

If nobody has strong objections to these removals from svn trunk, I plan to
do the deed early next week.

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
__________________________

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to