Hi there,
as you know my project builds MITK a bit like the MITK-Project-Template.... so
it's a bit different to the MITK out of the box.
I just ran into a problem, so I don't know if I messed something up, or if
there is an MITK config issue on Mac.
I updated my code, with a latest version of MITK while working on my Linux
machine, and everything was building nicely, then I switched to my MacBook Pro,
10.6, gcc 4.2.1.
So, I build DCMTK version using dcmtk-3.6.1_20120222.tar.gz as done here:
https://github.com/MattClarkson/MITK/blob/master/CMakeExternals/DCMTK.cmake#L29
Then I build CTK and I assume that if MITK builds CTK using MITK_USE_DCMTK=ON,
then I must build CTK and set -DDCMTK_DIR as done here:
https://github.com/MattClarkson/MITK/blob/master/CMakeExternals/CTK.cmake#L32
However, I got the following build problem on Mac only:
[ 80%] Building CXX object
Libs/DICOM/Core/CMakeFiles/CTKDICOMCore.dir/qrc_ctkDICOMCore.cxx.o
Linking CXX shared library ../../../bin/libCTKDICOMCore.dylib
Undefined symbols:
"_iconvctl", referenced from:
OFCharacterEncoding::convertString(void*, char const*, unsigned long,
OFString&, bool)in libofstd.a(ofchrenc.cc.o)
OFCharacterEncoding::convertString(void*, char const*, unsigned long,
OFString&, bool)in libofstd.a(ofchrenc.cc.o)
"_iconv_close", referenced from:
OFCharacterEncoding::closeDescriptor(void*&) in
libofstd.a(ofchrenc.cc.o)
"_locale_charset", referenced from:
OFCharacterEncoding::updateLocaleEncoding() in
libofstd.a(ofchrenc.cc.o)
OFCharacterEncoding::updateLocaleEncoding() in
libofstd.a(ofchrenc.cc.o)
"_iconv", referenced from:
OFCharacterEncoding::convertString(void*, char const*, unsigned long,
OFString&, bool)in libofstd.a(ofchrenc.cc.o)
OFCharacterEncoding::convertString(void*, char const*, unsigned long,
OFString&, bool)in libofstd.a(ofchrenc.cc.o)
"_iconv_open", referenced from:
OFCharacterEncoding::openDescriptor(void*&, OFString const&, OFString
const&)in libofstd.a(ofchrenc.cc.o)
"__libiconv_version", referenced from:
OFCharacterEncoding::getLibraryVersionString() in
libofstd.a(ofchrenc.cc.o)
OFCharacterEncoding::getLibraryVersionString() in
libofstd.a(ofchrenc.cc.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[8]: *** [bin/libCTKDICOMCore.0.1.0.dylib] Error 1
This led me to believe I must have the wrong version of DCMTK.
Then I looked, and found that CTK is built using a specific version of DCMTK as
seen here:
https://github.com/MattClarkson/MITK/blob/master/CMakeExternals/CTK.cmake#L68
So, I changed my build to provide -DDCMTK_URL in a similar fashion, and
re-built. CTK now builds its own DCMTK using CTK_DCMTK_085525e6.tar.gz.
However, I then got the following problem:
[ 79%] Building CXX object
Libs/DICOM/Core/CMakeFiles/CTKDICOMCore.dir/ctkDICOMQuery.cpp.o
/Users/mattclarkson/build/NifTK-SuperBuild/CTK-src/Libs/DICOM/Core/ctkDICOMQuery.cpp:67:
error: ‘QRResponse’ has not been declared
/Users/mattclarkson/build/NifTK-SuperBuild/CTK-build/CMakeExternals/Install/include/dcmtk/dcmnet/scu.h:486:
warning: ‘virtual OFCondition
DcmSCU::handleFINDResponse(T_ASC_PresentationContextID, FINDResponse*, bool&)’
was hidden
But then I thought, that I don't really need the DICOM widgets right now. I
have always wondered why they default to on here:
https://github.com/MattClarkson/MITK/blob/master/CMakeExternals/CTK.cmake#L64
So, I manually configured the CTK CTK_LIB_DICOM/Widgets=OFF and
CTK_LIB_DICOM/Core=OFF and rebuilt CTK.
However, MITK then would not configure
CMake Error at
/Users/mattclarkson/build/NifTK-SuperBuild/CTK-src/CMake/ctkMacroValidateBuildOptions.cmake:194
(message):
org_blueberry_ui_qt_help depends on unknown external targets: CTKWidgets
Call Stack (most recent call first):
/Users/mattclarkson/build/NifTK-SuperBuild/CTK-src/CMake/ctkMacroSetupPlugins.cmake:165
(ctkMacroValidateBuildOptions)
BlueBerry/CMakeLists.txt:227 (ctkMacroSetupPlugins)
Which is strange, as I had never changed the configuration of this library, but
sure enough it had defaulted to off.
So,I turned it back on again manually re-built CTK (i.e. with
CTK_LIB_DICOM/Widgets=OFF and CTK_LIB_DICOM/Core=ON and CTK_LIB_Widgets=ON) and
then MITK builds.
So, on Mac, (it's still building), but I believe that I can have a successful
build with
-DCTK_LIB_DICOM/Widgets:BOOL=OFF
-DCTK_LIB_DICOM/Core:BOOL=OFF
-DCTK_LIB_WIDGETS:BOOL=ON
and the above mentioned versions of DCMTK, but not otherwise.
So, does the CTK.cmake within MITK need updating, or did I just make a mess of
things?
Thanks
Matt
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
