<div dir="ltr">Here's an inventory of modules that have EXCLUDE_FROM_DEFAULT in their module configuration, organized by their group. Note that group membership is purely a function of directory location, and not something that's explicitly specified in a CMake file.<div>
<br></div><div>Also note that if a module contains an "itk-module-init.cmake" file, then it is still not enabled even if its respective Group_* option is enabled. These _should_ be "bridge" modules that require system-installed third-party libraries [1]. These modules can only be enabled by directly enabling their respective Module_* option. These are indicated in the list below with a "*".</div>
<div><br></div><div>Finally, note that while Module_ITKGDCM and Module_ITKOpenJPEG are flagged as EXCLUDE_FROM_DEFAULT, they are typically enabled as dependencies of Module_ITKIOGDCM, which is a "default" module.</div>
<div><br></div><div>Group_Bridge<br></div><div><div><div> *Module_ITKVtkGlue  </div></div><div>Group_Compatibility</div><div>  Module_ITKDeprecated  </div><div> *Module_ITKV3Compatibility<br></div><div>Group_IO<br></div><div>
<div><div> *Module_ITKIODCMTK</div><div> *Module_ITKIOMINC</div><div>  Module_ITKIOPhilipsREC</div></div><div>Group_Nonunit</div><div>  Module_ITKReview<br></div><div>Group_Segmentation</div><div> *Module_ITKLevelSetsv4Visualization</div>
<div>Group_ThirdParty</div><div> *Module_ITKDCMTK<br></div><div> *Module_ITKGDCM<br></div><div>  Module_ITKMINC<br></div><div> Module_ITKOpenJPEG</div><div>Group_Video</div><div><div> *Module_ITKVideoBridgeOpenCV</div><div>
 *Module_ITKVideoBridgeVXL</div></div><div><br></div><div>Group_Remote (there is no CMake option for this group)</div><div>  Module_LesionSizingToolkit<br></div><div>  Module_MGHIO</div><div>  Module_SCIFIO</div><div>  Module_SmoothingRecursiveYvvGaussianFilter</div>
<div><br></div><div>[1] <a href="http://itk.org/gitweb?p=ITK.git;a=commit;h=8170063fa0832003974f1066313b48016253cae1">http://itk.org/gitweb?p=ITK.git;a=commit;h=8170063fa0832003974f1066313b48016253cae1</a><br></div><div><br>
</div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jan 15, 2014 at 9:23 AM, Bradley Lowekamp <span dir="ltr"><<a href="mailto:blowekamp@mail.nih.gov" target="_blank">blowekamp@mail.nih.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I would like to propose that we need a Contrib group.<br>
<br>
There has been recent push to migrate many contributions into remote modules. I believe this is premature.<br>
<br>
A remote module is a good solution for medium to large contributions which are maintained by contributors. However, the current system does not leverage CDash or Gerrit. There is no easy way to review and comment on remote module code. Gerrit can not do builds for cross platform testing, and the night build systems does not easily test these modules. Yes, the module can be enable in certain cases, but this is not a sustainable practice.<br>

<br>
Also for smaller contribution of just a class or two, the burden of code maintenance in increased when compared to just having it in the repository.<br>
<br>
I would like to propose that we create a Contrib group, were these contributed remote modules and internal modules can exist. The goal here is that users can more easily turn on all the contributed modules if needed. Also I believe it would be do able to an option to our nightly build script, so that after the normal build a separate configure/build/test/coverage/submit can be done on the group.<br>

<br>
This is my initial thought how how we can improve the current situation before it gets too unmanageable.<br>
<br>
<br>
Brad<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at<br>
<a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Kitware offers ITK Training Courses, for more information visit:<br>
<a href="http://kitware.com/products/protraining.php" target="_blank">http://kitware.com/products/protraining.php</a><br>
<br>
Please keep messages on-topic and check the ITK FAQ at:<br>
<a href="http://www.itk.org/Wiki/ITK_FAQ" target="_blank">http://www.itk.org/Wiki/ITK_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.itk.org/mailman/listinfo/insight-developers" target="_blank">http://www.itk.org/mailman/listinfo/insight-developers</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Brian Helba<br>Medical Imaging<br>Kitware, Inc.<br>
</div>