ENH: Added compile-time options VTK_LEGACY_REMOVE and VTK_LEGACY_SILENT along with VTK_LEGACY macro.  This provides a new deprecation mechanism with more user control over whether deprecated code is available and whether using it produces warnings.  Wrappers now also take the deprecation mechanism into account.

BUG: vtkXRenderWindowTclInteractor should be used in Tcl wrappers if VTK_USE_X is defined.  Previous "not windows and not apple" test does not work for X on cygwin or on the Mac.

     with the code in vtkObjectBase.cxx  ( the delete [] was causing
     segfaults on my system and some other linux/gcc3.1 systems for an
     unknown reason)

Freeze is not portable, but the real problem was most likely a delete instead of a delete [] because a string is allocated with new [] and must be matched with a delete []

     under Linux/gcc-3.1 (perhaps other platforms too?), this has
     probably been the case since the strstream changes.  Unfreezing
     instead of deleting seems to fix.

ENH: Re-factored the inclusion of C++ streams because some source files need only the stream forward declarations.  Should improve compile time.

Add superclass of vtkObject called vtkObjectBase, put reference counting to vtkObjectBase, make all Register and UnRegister methods to be virtual and take vtkObjectBase as an argument, fix wrapping for Tcl and try to fix it for Python and Java. This was tested on Linux and Windows. Also, containers are now subclass of vtkObjectBase. Eventually commands should also be.

ENH: OSX version for tkrender wrapper added

A new CVS repository was created on 2001-04-26 to fork VTK during
transition to a new source tree layout.  The new repository was created
using server-side symlinks referencing files in the original repository
to preserve per-file history.  This commit was manufactured during
conversion from CVS to represent the fork as a branch.

static keyword is removed temporarily to see if WrapTcl etc can run by declaring
extern FunctionInfo currentFunction
Cause : Borland forces underscores because runtime library needs it

subclasses of vtkPropCollection.  This breaks a dependency that was introduced
between common and graphics. vtkActor2DCollection, vtkActorCollection and
vtkVolumeCollection now support an additional API of GetNextActor(),
GetLastActor(), GetNextVolume(), etc.  vtkPropCollection no longer supports
GetNextItem() and GetLastItem(); they have been replaced with GetNextProp() and
GetLastProp().

ENH: Build process has been changed such that the Tcl and Java versions of
the VTK libraries only contain the Tcl and Java and bindings.  They no longer
include all of the VTK objects as well.  To build applications that use
a Tcl of Java library you will need to link with both the Tcl library and
the standard VTK library, i.e. -lVTKGraphicsTcl -lVTKGraphics.  This reduces
the size of the disk images for the libraries by about half.