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