Should we consider removing dead code. The one example I van point to is the removal of the code that used temporary files to buffer the internal primitives. We implemented a memory based system several years ago and no one has complained yet. If a file is desired I think using mmap() would be better.
-jd On Sep 17, 2009, at 1:14 PM, "Alan W. Irwin" <ir...@beluga.phys.uvic.ca> wrote: > 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 > ------------------------------------------------------------------------------ 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
