ENH: Add support for building without Tk. Add option VTK_USE_TK which is ON by default. On cocoa disable this. Also, this way you can do off-screen only testing. Add an option to do off screen testing called VTK_USE_OFFSCREEN

ENH: VTKConfig.cmake and supporting files in the install tree now compute a VTK_INSTALL_PREFIX from VTK_DIR and report all paths using it.  This removes all hard-coded paths from VTK installations and allows them to be moved freely.

ENH: Adding VTK_RUNTIME_DIRS, VTK_CONFIGURATION_TYPES, and VTK_BUILD_TYPE settings to VTKConfig.cmake.  These will help outside projects use VTK from both build and install trees with shared libraries and multiple build configurations.

BUG: Restored availability of VTK_USE_HYBRID and VTK_USE_VOLUMERENDERING to outside projects in both CMake and C++ code.  Their values are now copied from VTK_USE_RENDERING.

BUG: Adding VTK_WRAP_PYTHON_INIT_EXE to VTKConfig.cmake and removing useless VTK_WRAP_JAVA_INIT_EXE setting from the top level CMakeLists.txt file.  There is no init program for Java.  This addresses bug#1997.

ENH: Add a new option: VTK_USE_SYSTEM_FREETYPE. This allow fixing problem when building VTK and having include file being in the path, this also fix issue: http://bugs.debian.org/277602 when two different freetype libs where loaded

ENH: Exporting the Qt that VTK found as VTK_QT_QT_LIBRARY and VTK_QT_QT_INCLUDE_DIR.  This allows outside projects to use the Qt against which QVTK is linked.  Other settings like the MOC executable may need to be exported also but that is not up to me.

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.

ENH: Added VTK_WRAP_HINTS to VTKConfig.cmake.  In combination with the vtk*Kit.cmake files, it should be possible to produce third-party wrappers for languages other than Tcl/Python/Java without modifying the VTK source.

ENH: Added VTK_KITS_DIR to VTKConfig.cmake.  It specifies a directory containing vtk*Kit.cmake files describing the classes and header locations for each kit.

ENH: if VTK is built against a static Tcl/Tk, we need to know where the Tk resource file is so that it can be linked with the vtk.exe interpreter. Also provide those ressources as part of the tkInternals

- provide TCL_TK_STATIC,
- encapsulate #include tcl.h / tk.h inside vtkTcl.h / vtkTk.h so that we can support static Tcl/Tk
- add missing imm32 / comctl32

ENH: Use of VTK_REQUIRED_EXE_LINKER_FLAGS to set CMAKE_EXE_LINKER_FLAGS.  Needed to add -bhalt:5 to linker flags on AIX.

BUG: Going back to separate VTKLibraryDepends.cmake file, but it is now generated by EXPORT_LIBRARY_DEPENDENCIES.  There are too many problems with the initial-pass/final-pass generation of dependencies into VTKConfig.cmake.

BUG: Only include library depends file if it exists.  This is necessary for CMake's first run on a complete project using VTK. (Brad)