1. 30 Nov, 2017 1 commit
  2. 01 Nov, 2017 1 commit
  3. 04 Oct, 2017 1 commit
  4. 09 Jun, 2017 1 commit
  5. 23 Sep, 2016 2 commits
    • Kitware Robot's avatar
      Reindent using the reindentation script. · f830ff47
      Kitware Robot authored
      This commit reindents the code with the following utility:
      Utilities/Maintenance/vtk-reindent-code.py
      
      This utility changes the positions of the braces so that they are no
      longer indented relative to the code block they reside in.
      
      The bash command line used was the following:
      
      for d in Charts Common Deprecated Domains Examples Filters GUISupport \
               Geovis IO Imaging Infovis Interaction Parallel Rendering \
               Testing Views Web Wrapping; do
        for e in cxx cxx.in txx txx.in hxx hxx.in h h.in c c.in; do
          find "${d}" -name "*.${e}" -exec \
            python Utilities/Maintenance/vtk_reindent_code.py {} +
        done
      done
      f830ff47
    • David DeMarle's avatar
      replace VTK's nonstandard Doxygen with standard markup · 6a7e5148
      David DeMarle authored
      generated via:
      cd $VTKSRC
      perl Utilities/Doxygen/doc_header2doxygen.pl --to ~/tmp/vtkheaders .
      cp -r ~/tmp/vtkheaders/* .
      6a7e5148
  6. 07 Jul, 2016 1 commit
    • Sean McBride's avatar
      Applied VTK_DELETE_FUNCTION for operator= · 2d0e11ef
      Sean McBride authored
      (operator\s*=.*);\s*//\s*Not\s*implemented[\.]*
      to
      \1 VTK_DELETE_FUNCTION;
      
      After that, this finds basically nothing:
      
      operator.*implemented
      
      then manually reverted changed files in VPIC and KWSys folders.
      2d0e11ef
  7. 08 Mar, 2016 1 commit
  8. 08 Dec, 2015 2 commits
    • Brad King's avatar
      Drop support for compilers without `long long` · 3b89e771
      Brad King authored
      VTK no longer supports any compilers that do not provide this type.
      Therefore all code conditional on VTK_TYPE_USE_LONG_LONG can be made
      unconditional.  Leave the macro defined to tell dependent projects that
      APIs using the type are available in case they still support versions of
      VTK that make it conditional.
      3b89e771
    • Brad King's avatar
      Drop support for compilers with `__int64` as the only 64-bit int · 36bb09a7
      Brad King authored
      VTK no longer supports any compilers that have `__int64` but not a
      `long` or `long long` that is 64-bit.  Therefore all code that is
      conditional on VTK_TYPE_USE___INT64 is never used and can be dropped.
      36bb09a7
  9. 18 Dec, 2014 1 commit
  10. 31 Mar, 2014 1 commit
    • Brad King's avatar
      vtkOStreamWrapper: Support std::string · 0ad98de9
      Brad King authored
      This will allow std::string to be used with vtkSet/Get macros.
      
      See discussion thread
      
       VTK coding conventions clarification
       http://www.vtk.org/pipermail/vtk-developers/2014-March/014867.html
      
      
      
      It is not possible to portably forward-declare std::string or the
      std::basic_string<> template, but we do not want to include <string>.
      Instead, use a template that happens to match std::basic_string<> and
      forwards to a private implementation (where <string> and <iostream>
      are available) by casting through an internal concrete type.  Use
      std::char_traits<> and std::allocator<> declarations that we know
      vtkSystemIncludes.h brought in before including the
      vtkOStreamWrapper.h header.
      
      Add a new "TestOStreamWrapper" test case to cover use of the
      vtkOStreamWrapper with std::string in a translation unit that acts
      like wrapper-generated sources (define VTK_STREAMS_FWD_ONLY) where
      no <iostream> is included.
      Suggested-by: default avatarDavid C. Lonie <david.lonie@kitware.com>
      Change-Id: I5bf4803b0e4b1e7c899b061fdbd6f66f08cbc7d6
      0ad98de9
  11. 28 Mar, 2014 1 commit
    • Brad King's avatar
      Revert "vtkOStreamWrapper: Support std::string" · 25b191bf
      Brad King authored
      This reverts commit 54003c65.
      The <string> header on some platforms does not define a working
      streaming operator with just <iosfwd> included.  We will need
      another approach.
      
      Change-Id: Id060ff87ef7818e66f8aa5bc034b5606993d12e7
      25b191bf
  12. 27 Mar, 2014 2 commits
    • Brad King's avatar
      vtkOStreamWrapper: Support std::string · 54003c65
      Brad King authored
      This will allow std::string to be used with vtkSet/Get macros.
      
      See discussion thread
      
       VTK coding conventions clarification
       http://www.vtk.org/pipermail/vtk-developers/2014-March/014867.html
      
      
      
      It is not possible to portably forward-declare std::string or the
      std::basic_string<> template, but we do not want to include <string>.
      Instead, use a template that happens to match std::basic_string<>.
      
      Add a new "TestOStreamWrapper" test case to cover use of the
      vtkOStreamWrapper with std::string in a translation unit that acts
      like wrapper-generated sources (define VTK_STREAMS_FWD_ONLY) where
      no <iostream> is included.
      Suggested-by: default avatarDavid C. Lonie <david.lonie@kitware.com>
      Change-Id: I56b184ea8f6c5341fd44b2de1a2adc59b1b32e5e
      54003c65
    • Brad King's avatar
      Revert "vtkOStreamWrapper: Support std::string" · ec258e29
      Brad King authored
      This reverts commit 7feab87c.
      The std::basic_string<> forward declaration is not portable
      because some C++ standard libraries put basic_string<> in a
      sub-namespace inside std and bring it out with "using".
      We will need another approach.
      
      Change-Id: I1ac3152fba8a3b1ea7973a2820e7da7f92b43cb9
      ec258e29
  13. 26 Mar, 2014 1 commit
  14. 18 Mar, 2014 1 commit
    • David C. Lonie's avatar
      Revert "Pass std::strings through the OStreamWrapper." · c78a1e6a
      David C. Lonie authored
      This reverts commit c49b9c19.
      
      I'm going to remove this commit until we can figure out what to do
      with strings. The conventions say std::string is our preferred string
      container, but also that STL containers cannot be used in Common/Core.
      
      Change-Id: I1db2bad22bb74ca19de5355fb44371b58b59e900
      c78a1e6a
  15. 17 Mar, 2014 1 commit
  16. 26 Feb, 2013 1 commit
  17. 25 Feb, 2013 1 commit
    • Sean McBride's avatar
      Removed obsolete checks for compiler 'bool' support · 6bc6866a
      Sean McBride authored
      As VTK 6 has dropped support for antique compilers, surely we can assume 'bool' exists in 2013.
      Removed VTK_COMPILER_HAS_BOOL checks.  Kept vtkstd_bool with VTK_LEGACY_REMOVE.
      
      Change-Id: I5ae1143eb78470307cf2a5ba5ff8fa77403d4b4d
      6bc6866a
  18. 12 Apr, 2012 1 commit
  19. 09 Apr, 2012 4 commits
    • Brad King's avatar
      Mark headers to be excluded from header style tests · 002f853f
      Brad King authored
      Add a comment to the bottom of each header that used to be excluded from
      kit HeaderTesting tests in monolithic VTK.  Format the comment in a way
      that cannot be accidentally copied into another header without
      modification.  This comment will tell HeaderTesting.py to exclude a
      header from testing so we do not have to separately list every excluded
      header in every module.
      
      Change-Id: I9d7ae607125459a6527843c8c15ac463a20f6812
      002f853f
    • VTK Developers's avatar
      Remove trailing whitespace from all source files · 2d323fc4
      VTK Developers authored
      Exclude ThirdParty, Utilities/MetaIO, and Utilities/KWSys as these
      are maintained outside VTK.
      
      Co-Author: Marcus D. Hanwell <marcus.hanwell@kitware.com>
      Co-Author: Chris Harris <chris.harris@kitware.com>
      Co-Author: Brad King <brad.king@kitware.com>
      2d323fc4
    • VTK Developers's avatar
      Add modular VTK build system · 0c1471f1
      VTK Developers authored
      Add module.cmake, CMakeLists.txt, and other build system files.
      
      The modular VTK build system is not yet mature.  The monolithic build
      files had a lot of infrastructure.  The modular build files reproduce
      much of the functionality but some features will need to be restored
      later.  Document status and tasks in "TODO-Modularization.txt".
      
      Co-Author: Marcus D. Hanwell <marcus.hanwell@kitware.com>
      Co-Author: Chris Harris <chris.harris@kitware.com>
      Co-Author: Brad King <brad.king@kitware.com>
      Co-Author: Nikhil Shetty <nikhil.shetty@kitware.com>
      0c1471f1
    • VTK Developers's avatar
      Modularize VTK tree layout · cdd4d6fd
      VTK Developers authored
      Move source files from their former monolithic VTK location to their new
      location in modular VTK without modification.  This preserves enough
      information for "git blame -M" and "git log --follow" to connect
      modularized VTK files to their original location and history.
      
      Co-Author: Marcus D. Hanwell <marcus.hanwell@kitware.com>
      Co-Author: Chris Harris <chris.harris@kitware.com>
      Co-Author: Brad King <brad.king@kitware.com>
      Co-Author: Nikhil Shetty <nikhil.shetty@kitware.com>
      cdd4d6fd
  20. 31 Dec, 2010 1 commit
  21. 24 May, 2005 1 commit
    • Brad King's avatar
      ENH: Adding types "long long" and "__int64" as native types for platforms on... · f81d0c58
      Brad King authored
      ENH: Adding types "long long" and "__int64" as native types for platforms on which they are available and distinct.  At least one of these types seems to be available everywhere which should allow 64-bit integer data to be processed even when not using 64-bit ids.  The macros VTK_TYPE_USE_LONG_LONG and VTK_TYPE_USE___INT64 are defined to indicate that their corresponding types should be used.  The vtkTemplateMacro includes these types automatically.
      f81d0c58
  22. 27 Sep, 2004 1 commit
  23. 24 Sep, 2004 1 commit
  24. 01 Mar, 2004 1 commit
  25. 26 Feb, 2004 1 commit
  26. 25 Feb, 2004 2 commits
  27. 26 Nov, 2003 1 commit
  28. 14 Nov, 2003 1 commit
  29. 18 Apr, 2003 1 commit
  30. 07 Feb, 2003 1 commit
  31. 07 Jan, 2003 1 commit
  32. 21 Dec, 2002 1 commit
  33. 20 Dec, 2002 1 commit