Hi Alan, I have no objections to the removal of sys/msdev. I have not had any need for it since the CMake build system became operational. Its presence may in fact confuse new users.
sys/win-tk is indeed another matter. That will be useful when I (or somebody else) find the time to pick up proper Tk support for Windows. Regards, Arjen On 2009-09-17 19:14, Alan W. Irwin 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
