Kent, Would be great if you could check if the following topic fix the problem. See https://github.com/jcfr/Slicer/compare/1999-expose-dcmtk-dir-to-built-in-module

From the mailing list - See http://massmail.spl.harvard.edu/public-archives/slicer-devel/2012/008679.html:

After checkout out branch [1a] (you can have an idea of the change looking
at [1b]), I suggest you to simply use:

find_package(DCMTK REQUIRED)

Indeed, using CMake 2.8.8 the REQUIRED keyword should be properly
considered. See [2]

Add a comment on issue [3] with your feedback.

Thanks
Jc

[1a]
https://github.com/jcfr/Slicer/tree/1999-expose-dcmtk-dir-to-built-in-module
[1b]
https://github.com/jcfr/Slicer/compare/1999-expose-dcmtk-dir-to-built-in-module
[2] http://cmake.org/gitweb?p=cmake.git;a=commit;h=c91a54d
[3] http://www.na-mic.org/Bug/view.php?id=1999

Can't this be closed now?

Assuming Slicer has been built with DICOM support ...

Calling "find_package(Slicer)", then "include(${Slicer_USE_FILE})" should be sufficient to make DCMTK CMake module available.

That said, nothing would prevent you from calling find_package(DCMTK) again since .. DCMTK_DIR is defined within SlicerConfig.cmake

See https://github.com/Slicer/Slicer/blob/master/CMake/SlicerConfig.cmake.in#L223
and https://github.com/Slicer/Slicer/blob/master/CMake/SlicerGenerateSlicerConfig.cmake#L100

Closing resolved issues that have not been updated in more than 3 months

Fix committed to 1999-expose-dcmtk-dir-to-built-in-module branch.