Thanks.
All sorted now.
M
On 22 May 2012, at 12:30, Marco Nolden wrote:
On 05/22/2012 12:54 PM, Clarkson, Matt wrote:
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
Hi Matt,
this should work.
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)
using libiconv is a new DCMTK feature. Unfortunately it's difficult to
integrate in the MITK or CTK build system, so the best choice is to set
DCMTK_WITH_ICONV:BOOL=OFF when building DCMTK.
I think the other errors you describe are somehow the result of an incompatible
version mix. If not I can check this again.
Best
Marco
"_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
--
----------------------------------------------------------------------
Dipl.-Inform. Med. Marco Nolden
Deutsches Krebsforschungszentrum (German Cancer Research Center)
Div. Medical & Biological Informatics Tel: (+49) 6221-42 2325
Im Neuenheimer Feld 280 Fax: (+49) 6221-42 2345
D-69120 Heidelberg eMail:
[email protected]<mailto:[email protected]>
------------------------------------------------------------------------------
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
