Lines of Code
[root]/Applications/CLI/ExtractSkeleton
| Author | Changes | Lines of Code | Lines per Change |
|---|---|---|---|
| Totals | 31 (100.0%) | 2033 (100.0%) | 65.5 |
| aylward | 10 (32.3%) | 1988 (97.8%) | 198.8 |
| barre | 6 (19.4%) | 39 (1.9%) | 6.5 |
| lorensen | 9 (29.0%) | 3 (0.1%) | 0.3 |
| millerjv | 3 (9.7%) | 2 (0.1%) | 0.6 |
| pieper | 3 (9.7%) | 1 (0.0%) | 0.3 |
COMP: move namespace directive to C++ code to avoid windows compile error
0 lines of code changed in 2 files:
BUG: Attempt to fix bug #488 and perhaps #440 but forcing functions in plugins to have file scope. Turns out not to be cause of the bug but since it is probably a good idea to have the code structured like this, I am checking it in.
0 lines of code changed in 1 file:
COMP: warnings, mainly about possible use of variables that have not been assigned values.
3 lines of code changed in 1 file:
COMP: style, copyright, svn keywords and warnings.
0 lines of code changed in 8 files:
COMP: minor. One of the reason Slicer3 is so slow to compile is that so many classes include STL headers in their own header, instead of their implementation file (PIMPL). Some of those headers are actually not needed anymore by said classes, or were put there "just in case I need a map, vector, list, etc.". The more it happens, the slower the build process gets, and the slower the dependencies are computed/resolved. Try to fix some.
1 lines of code changed in 1 file:
COMP: minor. One of the reason Slicer3 is so slow to compile is that so many classes include STL headers in their own header, instead of their implementation file (PIMPL). Some of those headers are actually not needed anymore by said classes, or were put there "just in case I need a map, vector, list, etc.". The more it happens, the slower the build process gets, and the slower the dependencies are computed/resolved. Try to fix some.
0 lines of code changed in 2 files:
COMP: fix build warnings
1 lines of code changed in 1 file:
ENH: Plugins and Modules have specific location for their binairies/dll, different from the usual bin/ and lib/ (i.e. lib/Slicer3/Plugins, lib/Slicer3/Modules). This was achieved by setting LIBRARY_OUTPUT_PATH and EXECUTABLE_OUTPUT_PATH from the slicer3_set_default_modules_output_path and slicer3_set_default_plugins_output_path macro, but it is a dangerous practice to override a global variable, as it propagates to subtrees. As a result, SlicerTractographySeeding, which combines a module and a CLP in the same CMakeLists, was not built to the proper directory; ExtractSkeleton was not output in the right location either, and several tests ended up in Plugins instead of bin/ (GaussianBlurImageFilterTest, OrientImageTest). Fix this by creating a macro that will set the LIBRARY_OUTPUT_DIRECTORY and RUNTIME_OUTPUT_DIRECTORY explicitly on a *target* basis, using SET_TARGET_PROPERTIES. This removes the side-effects described above.
2 lines of code changed in 1 file:
ENH: added slicer3_install_modules and slicer3_install_plugins macro to hide the big INSTALL() command that was used to install plugins/modules; this is more elegant, and enable us to have better control on installation by modifying just one file.
2 lines of code changed in 1 file:
ENH: Slicer3 Spring Installation Clean Up
34 lines of code changed in 1 file:
BUG: Need to copy the direction cosines from input to output
BUG: skeleton image should come back as a label image.
2 lines of code changed in 2 files:
ENH: Direct access to tutorials from within Slicer3
1988 lines of code changed in 10 files: