[Ctk-developers] CTK Google Plus community (was: Re: DCMTK_DIR is found incorrectly)

Jean-Christophe Fillion-Robin jchris.fillionr at kitware.com
Mon Nov 4 12:00:39 EST 2013 

I propose to name the community "CTK BarCamp". See
http://en.wikipedia.org/wiki/BarCamp

What do you think ?


On Mon, Nov 4, 2013 at 11:33 AM, Steve Pieper <pieper at ibility.net> wrote:

> Would probably help with the multiple timezones too...
>
>
> On Mon, Nov 4, 2013 at 11:18 AM, Jean-Christophe Fillion-Robin <
> jchris.fillionr at kitware.com> wrote:
>
>> Creating the event on G+ automatically add it to my calendar :)
>>
>> May be we could create a CommonTK Google plus community ?
>>
>>
>> On Mon, Nov 4, 2013 at 11:16 AM, Steve Pieper <pieper at ibility.net> wrote:
>>
>>> I was planning to just start the hangout and then email the link - do
>>> you find that scheduling the event has advantages?  Wouldn't we need a ctk
>>> google group or something?
>>>
>>> Talk to you tomorrow,
>>> -Steve
>>>
>>>
>>> On Mon, Nov 4, 2013 at 11:12 AM, Jean-Christophe Fillion-Robin <
>>> jchris.fillionr at kitware.com> wrote:
>>>
>>>> Works for me. Could you create a Google event/hangout ?
>>>> Talk to you tomorrow,
>>>> Jc
>>>>
>>>>
>>>> On Mon, Nov 4, 2013 at 11:04 AM, Steve Pieper <pieper at ibility.net>wrote:
>>>>
>>>>> Hi Csaba -
>>>>>
>>>>> Andreas is here and working on some of the coding input from Julien
>>>>> (but the emails to him from the CTK list aren't working right now for some
>>>>> reason).
>>>>>
>>>>> -Steve
>>>>>
>>>>>
>>>>> On Mon, Nov 4, 2013 at 10:21 AM, Csaba Pinter <csaba.pinter at queensu.ca
>>>>> > wrote:
>>>>>
>>>>>>  Hi Steve,
>>>>>>
>>>>>>
>>>>>>
>>>>>> Definitely, I can join the hangout tomorrow. Thanks for discussing
>>>>>> the issue!
>>>>>>
>>>>>>
>>>>>>
>>>>>> Are the DKFZ fellas going to work on the list-based DICOM browser?
>>>>>> We'd like to at least start integrating the display database and DICOM
>>>>>> roles we implemented last time.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> csaba
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Steve Pieper [mailto:pieper at ibility.net]
>>>>>> *Sent:* November 4, 2013 10:02
>>>>>> *To:* Csaba Pinter
>>>>>> *Cc:* Jean-Christophe Fillion-Robin; CTK mailing list
>>>>>>
>>>>>> *Subject:* Re: [Ctk-developers] DCMTK_DIR is found incorrectly
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Csaba, Jc -
>>>>>>
>>>>>>
>>>>>>
>>>>>> London calling (always wanted to say that).  We talked over the issue
>>>>>> a bit and didn't see any obvious issues but there was a request from some
>>>>>> folks for a further discussion of the underlying issue so we put it on the
>>>>>> agenda for a Tuesday afternoon (15:00 London time) hangout.  Does that work
>>>>>> for you two?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Most of the work here this week so far is on CLI, XNAT/REST API, and
>>>>>> DICOM.
>>>>>>
>>>>>>
>>>>>>
>>>>>> http://www.commontk.org/index.php/CTK-Hackfest-Nov-2013
>>>>>>
>>>>>>
>>>>>>
>>>>>> -Steve
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Nov 4, 2013 at 9:34 AM, Csaba Pinter <csaba.pinter at queensu.ca>
>>>>>> wrote:
>>>>>>
>>>>>> Hi JC,
>>>>>>
>>>>>>
>>>>>>
>>>>>> Yes, it seems to have solved our CTK build problem. The reason I was
>>>>>> asking about opinions is that I don't know what repercussions it may have
>>>>>> on other platforms.
>>>>>>
>>>>>> If it seems OK the I'd appreciate propagating it to the CTK core or
>>>>>> ITK. I can create a CTK topic branch containing the change if it makes the
>>>>>> process easier.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> csaba
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Jean-Christophe Fillion-Robin [mailto:
>>>>>> jchris.fillionr at kitware.com]
>>>>>> *Sent:* November 4, 2013 09:30
>>>>>> *To:* Csaba Pinter
>>>>>> *Cc:* pieper at bwh.harvard.edu; CTK mailing list
>>>>>>
>>>>>>
>>>>>> *Subject:* Re: [Ctk-developers] DCMTK_DIR is found incorrectly
>>>>>>
>>>>>>
>>>>>>
>>>>>> Based on your entry in the CTK tracker. I am assuming it is good to
>>>>>> go ?
>>>>>> See https://github.com/commontk/CTK/issues/382
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Nov 4, 2013 at 9:28 AM, Jean-Christophe Fillion-Robin <
>>>>>> jchris.fillionr at kitware.com> wrote:
>>>>>>
>>>>>> Hi Csaba,
>>>>>>
>>>>>> After you confirm that adding NO_DEFAULT_PATH to [1] works. I will
>>>>>> coordinate with ITK folks so that they also update their FindDCMTK.cmake
>>>>>> file.
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> Jc
>>>>>>
>>>>>>
>>>>>> [1]
>>>>>> https://github.com/commontk/CTK/blob/f64b68acd717dab060db41e8bee3f0f30df1a58f/Utilities/CMake/FindDCMTK.cmake#L42
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Oct 31, 2013 at 4:46 PM, Csaba Pinter <
>>>>>> csaba.pinter at queensu.ca> wrote:
>>>>>>
>>>>>> Hi Steve,
>>>>>>
>>>>>>
>>>>>>
>>>>>> I was going to do just that, thanks for the reminder!
>>>>>>
>>>>>> I created issue https://github.com/commontk/CTK/issues/382.
>>>>>>
>>>>>> The main reason I haven't created a topic branch yet is that I would
>>>>>> like to hear some opinions about it first, as I don't know what
>>>>>> consequences it has on Linux and Mac.
>>>>>>
>>>>>>
>>>>>>
>>>>>> FYI my agenda for next week besides this small change is to try our
>>>>>> display tables and DICOM roles enhancement for the DICOM browser (that
>>>>>> Andras and I implemented during the last hackfest) against the latest
>>>>>> listview-based browser and integrate it if it turns out to be working fine.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> csaba
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Steve Pieper [mailto:pieper at ibility.net]
>>>>>> *Sent:* October 31, 2013 16:37
>>>>>>
>>>>>>
>>>>>> *To:* Csaba Pinter
>>>>>> *Cc:* CTK mailing list
>>>>>> *Subject:* Re: [Ctk-developers] DCMTK_DIR is found incorrectly
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Csaba -
>>>>>>
>>>>>>
>>>>>>
>>>>>> We'll be discussing open issues next week in London - can you make
>>>>>> sure there's a ctk issue that points to your assembla report?
>>>>>>
>>>>>>
>>>>>>
>>>>>> http://www.commontk.org/index.php/CTK-Hackfest-Nov-2013#Monday
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Steve
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Oct 17, 2013 at 11:02 AM, Csaba Pinter <
>>>>>> csaba.pinter at queensu.ca> wrote:
>>>>>>
>>>>>> Hi there,
>>>>>>
>>>>>>
>>>>>>
>>>>>> Any thoughts about the FindDCMTK changes proposed below?
>>>>>>
>>>>>> I'd appreciate any feedback.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> csaba
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* ctk-developers-bounces at commontk.org [mailto:
>>>>>> ctk-developers-bounces at commontk.org] *On Behalf Of *Csaba Pinter
>>>>>> *Sent:* October 10, 2013 15:14
>>>>>> *To:* CTK mailing list
>>>>>>
>>>>>>
>>>>>> *Subject:* Re: [Ctk-developers] DCMTK_DIR is found incorrectly
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>>
>>>>>>
>>>>>> I tried the NO_DEFAULT_PATH idea Jc was suggesting (see below), and
>>>>>> now I could successfully build CTK with DCMTK.
>>>>>>
>>>>>>
>>>>>>
>>>>>> As we have the same issue from time to time with CTK in Slicer (but
>>>>>> finally we could reproduce it, see [1]), I propose adding this flag to
>>>>>> FindDCMTK.cmake in the CTK master, at least until the DCMTKConfig.cmake
>>>>>> change is not integrated to DCMTK.
>>>>>>
>>>>>> As my CMake knowledge is limited, I don't know if this change causes
>>>>>> any problem on other operating systems though.
>>>>>>
>>>>>>
>>>>>>
>>>>>> I'd appreciate to hear your opinions about this.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thank you,
>>>>>>
>>>>>> csaba
>>>>>>
>>>>>>
>>>>>>
>>>>>> [1]
>>>>>> https://www.assembla.com/spaces/slicerrt/tickets/325#/activity/ticket
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Jean-Christophe Fillion-Robin [
>>>>>> mailto:jchris.fillionr at kitware.com <jchris.fillionr at kitware.com>]
>>>>>> *Sent:* October 4, 2013 18:34
>>>>>> *To:* Csaba Pinter
>>>>>> *Cc:* Andras Lasso; CTK mailing list
>>>>>> *Subject:* Re: [Ctk-developers] DCMTK_DIR is found incorrectly
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Csaba,
>>>>>>
>>>>>>
>>>>>>
>>>>>> As illustrated in the enclosed screenshot, build tree can be exported
>>>>>> into the CMake package registry. As some point, the DCMTK build tree has
>>>>>> probably been exported [1][2][3].
>>>>>>
>>>>>> Since when building CTK, it is expected that there are no
>>>>>> DCMTKConfig.cmake available, the first should be failing. In your case, it
>>>>>> seems not to be failing because it resolves to that previous build added to
>>>>>> the registery.
>>>>>>
>>>>>> I would suggest to try adding the parameter "NO_DEFAULT_PATH" to the
>>>>>> FindDCMTK.cmake module available in CTK. See [4]
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hth
>>>>>>
>>>>>> Jc
>>>>>>
>>>>>>
>>>>>>
>>>>>> [1] http://www.cmake.org/cmake/help/v2.8.11/cmake.html#command:export
>>>>>> [2]
>>>>>> http://slicer-devel.65872.n3.nabble.com/Packaging-seems-to-work-again-tp4028121p4028134.html
>>>>>>
>>>>>> [3]
>>>>>> https://www.assembla.com/spaces/slicerrt/tickets/244-dcmtk_dir-vs--dcmtkconfig-cmake?comment=267984263#comment:267984263
>>>>>>
>>>>>> [4]
>>>>>> https://github.com/commontk/CTK/blob/f64b68acd717dab060db41e8bee3f0f30df1a58f/Utilities/CMake/FindDCMTK.cmake#L42
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Oct 4, 2013 at 5:39 PM, Csaba Pinter <csaba.pinter at queensu.ca>
>>>>>> wrote:
>>>>>>
>>>>>> Hi Jc,
>>>>>>
>>>>>>
>>>>>>
>>>>>> I tried building CTK in many ways, but the result is always the same,
>>>>>> so the problem is completely reproducible, at least on my computer (I
>>>>>> haven't tried it elsewhere yet, but I plan to). As we have been struggling
>>>>>> with this issue for quite a while, but haven't been able to consistently
>>>>>> reproduce it, this is a great opportunity to fix it once and for all.
>>>>>>
>>>>>>
>>>>>>
>>>>>> I did some digging and this is what I found:
>>>>>>
>>>>>> -          FindDCMTK.cmake finds DCMTKConfig.cmake, but it is in the
>>>>>> incorrect directory that is used later (in one of my slicer builds)
>>>>>>
>>>>>> -          The reason why the DCMTK downloaded by the superbuild is
>>>>>> not found is most probably that it is a version that doesn't have
>>>>>> DCMTKConfig.cmake (as you described earlier)
>>>>>>
>>>>>> -          The same thing (finding the wrong DCMTK) happens if I add
>>>>>> NO_CMAKE_BUILDS_PATH to the find_package call in FindDCMTK.cmake
>>>>>>
>>>>>>
>>>>>>
>>>>>> Now I don't have any idea how to get the superbuild to use its own
>>>>>> DCMTK.
>>>>>>
>>>>>> Also even if I can do a workaround and have a good build of CTK on my
>>>>>> machine, this is an issue that other people who want to build CTK on
>>>>>> Windows while already having a Slicer build have to face.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> csaba
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Jean-Christophe Fillion-Robin [mailto:
>>>>>> jchris.fillionr at kitware.com]
>>>>>> *Sent:* October 4, 2013 12:07
>>>>>> *To:* Andras Lasso
>>>>>> *Cc:* Csaba Pinter; CTK mailing list
>>>>>>
>>>>>>
>>>>>> *Subject:* Re: [Ctk-developers] DCMTK_DIR is found incorrectly
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Csaba, Andras,
>>>>>>
>>>>>> Within the file FindDCMTK.cmake [1] provided by CTK, where would you
>>>>>> suggest to add the NO_CMAKE_BUILDS_PATH ?
>>>>>>
>>>>>> Let's also note that the FindDCMTK.cmake provided by ITK would have
>>>>>> to patched also ...
>>>>>>
>>>>>> If you can reproduce the problem, with a combination of clearing
>>>>>> cache + adding some "message()" statement, you should be able to find out
>>>>>> or confirm what is the source of the problem.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Jc
>>>>>>
>>>>>>
>>>>>> [1]
>>>>>>
>>>>>> https://github.com/commontk/CTK/blob/master/Utilities/CMake/FindDCMTK.cmake
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Oct 2, 2013 at 1:42 PM, Andras Lasso <lasso at queensu.ca>
>>>>>> wrote:
>>>>>>
>>>>>> I have this annoying issue during Slicer builds as well: my nightly
>>>>>> slicer builds usually break after a few days because after I configure
>>>>>> other projects in CMake CTK finds DCMTK of another project instead of its
>>>>>> own.
>>>>>>
>>>>>>
>>>>>>
>>>>>> It may be due to the find_package path finding rule 5: “Search
>>>>>> project build trees recently configured in a CMake GUI. This can be skipped
>>>>>> if NO_CMAKE_BUILDS_PATH is passed. It is intended for the case when a user
>>>>>> is building multiple dependent projects one after another.“ (
>>>>>> http://www.cmake.org/cmake/help/v2.8.10/ctest.html). Probably CTK
>>>>>> should rely on rules 1-4 or disable rule 5 – or it may be possible that
>>>>>> something else goes wrong and that’s why the rule 5 kicks in.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Andras
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* ctk-developers-bounces at commontk.org [mailto:
>>>>>> ctk-developers-bounces at commontk.org] *On Behalf Of *Jean-Christophe
>>>>>> Fillion-Robin
>>>>>> *Sent:* Wednesday, October 02, 2013 11:39 AM
>>>>>>
>>>>>>
>>>>>> *To:* Csaba Pinter
>>>>>> *Cc:* CTK mailing list
>>>>>> *Subject:* Re: [Ctk-developers] DCMTK_DIR is found incorrectly
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Csaba,
>>>>>>
>>>>>> In CTKConfig, the variable "CMAKE_MODULE_PATH" is a CMake global
>>>>>> variable that is empty by default. On the other hand
>>>>>> "CTK_CMAKE_UTILITIES_DIR" should not be empty as illustrated below:
>>>>>>
>>>>>> $ cat ../CTKConfig.cmake | ack -i "set\(CTK_CMAKE_UTILITIES_DIR"
>>>>>> SET(CTK_CMAKE_UTILITIES_DIR
>>>>>> "/home/jchris/Projects/CTK/Utilities/CMake")
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Otherwise, you will find below the result of my experiment. When
>>>>>> configured, CTK found the expected DCMTK.
>>>>>>
>>>>>>
>>>>>> On Ubuntu 13.04 using CMake 2.8.11.2, after installing the package
>>>>>> "python2.7-dev" doing so the following works.
>>>>>>
>>>>>> Note that I didn't enable CTK_ENABLE_ALL since I didn't the build
>>>>>> system to build VTK or ITK components. Instead, I passed the following
>>>>>> options:
>>>>>>   -DCTK_ENABLE_Python_Wrapping:BOOL=ON
>>>>>>   -DCTK_ENABLE_DICOM:BOOL=ON
>>>>>>   -DCTK_BUILD_EXAMPLES
>>>>>>
>>>>>>
>>>>>>
>>>>>> $ git clone git at github.com:commontk/CTK
>>>>>>
>>>>>> $ mkdir CTK-Debug
>>>>>>
>>>>>> $ cd CTK-Debug
>>>>>>
>>>>>> $ cmake
>>>>>> -DQT_QMAKE_EXECUTABLE:FILEPATH=/home/jchris/Support/QtSDK-1.2.1/Desktop/Qt/4.8.1/gcc/bin/qmake
>>>>>> -DCTK_ENABLE_Python_Wrapping:BOOL=ON -DCTK_ENABLE_DICOM:BOOL=ON
>>>>>> -DCTK_BUILD_EXAMPLES:BOOL=ON ../CTK
>>>>>> [...]
>>>>>> -- Enabling [CTK_LIB_DICOM/Core] because of [ CTK_ENABLE_DICOM:1 OR (
>>>>>> CTK_ENABLE_DICOMApplicationHosting:0 AND CTK_BUILD_EXAMPLES:1 )] evaluates
>>>>>> to True
>>>>>> -- Enabling [CTK_APP_ctkDICOM] because of [ CTK_ENABLE_DICOM:1 AND
>>>>>> CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Enabling [CTK_APP_ctkDICOM2] because of [ CTK_ENABLE_DICOM:1 AND
>>>>>> CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Enabling [CTK_APP_ctkDICOMIndexer] because of [ CTK_ENABLE_DICOM:1
>>>>>> AND CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Enabling [CTK_APP_ctkDICOMDemoSCU] because of [ CTK_ENABLE_DICOM:1
>>>>>> AND CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Enabling [CTK_APP_ctkDICOMQuery] because of [ CTK_ENABLE_DICOM:1
>>>>>> AND CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Enabling [CTK_APP_ctkDICOMRetrieve] because of [
>>>>>> CTK_ENABLE_DICOM:1 AND CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Enabling [CTK_APP_ctkDICOMQueryRetrieve] because of [
>>>>>> CTK_ENABLE_DICOM:1 AND CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Enabling [CTK_APP_ctkCommandLineModuleExplorer] because of [
>>>>>> CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Enabling [CTK_APP_ctkDICOMObjectViewer] because of [
>>>>>> CTK_ENABLE_DICOM:1 AND CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Enabling [CTK_APP_ctkSimplePythonShell] because of [
>>>>>> CTK_ENABLE_Python_Wrapping:1 AND CTK_BUILD_EXAMPLES:1] evaluates to True
>>>>>> -- Generated: /home/jchris/Projects/CTK-Debug/DGraphInput-alldep.txt
>>>>>> -- Generated:
>>>>>> /home/jchris/Projects/CTK-Debug/DGraphInput-alldep-withext.txt
>>>>>> -- Enabling option [CTK_LIB_DICOM/Widgets] required by [ctkDICOM]
>>>>>> -- Enabling option [CTK_LIB_Widgets] required by [ctkDICOM]
>>>>>> -- Enabling option [CTK_LIB_CommandLineModules/Frontend/QtGui]
>>>>>> required by [ctkCommandLineModuleExplorer]
>>>>>> -- Enabling option [CTK_LIB_CommandLineModules/Frontend/QtWebKit]
>>>>>> required by [ctkCommandLineModuleExplorer]
>>>>>> -- Enabling option [CTK_LIB_CommandLineModules/Backend/LocalProcess]
>>>>>> required by [ctkCommandLineModuleExplorer]
>>>>>> -- Enabling option
>>>>>> [CTK_LIB_CommandLineModules/Backend/FunctionPointer] required by
>>>>>> [ctkCommandLineModuleExplorer]
>>>>>> -- Enabling option [CTK_LIB_CommandLineModules/Core] required by
>>>>>> [ctkCommandLineModuleExplorer]
>>>>>> -- Enabling option [CTK_LIB_Scripting/Python/Widgets] required by
>>>>>> [ctkSimplePythonShell]
>>>>>> -- Enabling option [CTK_LIB_Scripting/Python/Core] required by
>>>>>> [ctkSimplePythonShell]
>>>>>> -- Found PythonInterp: /usr/bin/python (found version "2.7.4")
>>>>>> -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so(found version "2.7.4")
>>>>>> -- Generated: /home/jchris/Projects/CTK-Debug/DGraphInput.txt
>>>>>> -- Generated: /home/jchris/Projects/CTK-Debug/Project.xml
>>>>>> -- Found Git: /usr/bin/git (found version "1.8.1.2")
>>>>>> -- Configuring done
>>>>>> -- Generating done
>>>>>> -- Build files have been written to: /home/jchris/Projects/CTK-Debug
>>>>>>
>>>>>> $ make -j6
>>>>>> [...]
>>>>>> [ 90%] Performing configure step for 'CTK-Configure'
>>>>>> [...]
>>>>>> -- Found PythonInterp: /usr/bin/python (found version "2.7.4")
>>>>>> -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so(found version "2.7.4")
>>>>>> -- Generated:
>>>>>> /home/jchris/Projects/CTK-Debug/CTK-build/DGraphInput.txt
>>>>>> -- Generated: /home/jchris/Projects/CTK-Debug/CTK-build/Project.xml
>>>>>> -- Trying to find DCMTK expecting DCMTKConfig.cmake
>>>>>> -- Trying to find DCMTK expecting DCMTKConfig.cmake - failed
>>>>>> -- Trying to find DCMTK relying on FindDCMTK.cmake
>>>>>> -- Looking for include file pthread.h
>>>>>> -- Looking fothe r include file pthread.h - found
>>>>>> -- Looking for pthread_create
>>>>>> -- Looking for pthread_create - not found
>>>>>> -- Looking for pthread_create in pthreads
>>>>>> -- Looking for pthread_create in pthreads - not found
>>>>>> -- Looking for pthread_create in pthread
>>>>>> -- Looking for pthread_create in pthread - found
>>>>>> -- Found Threads: TRUE
>>>>>> -- Found DCMTK:
>>>>>> /home/jchris/Projects/CTK-Debug/CMakeExternals/Install/include/dcmtk/config
>>>>>>
>>>>>> -- Trying to find DCMTK relying on FindDCMTK.cmake - ok
>>>>>> -- CTKCore: BFD support disabled
>>>>>> -- Configuring done
>>>>>> -- Generating done
>>>>>> [...]
>>>>>> -- Build files have been written to:
>>>>>> /home/jchris/Projects/CTK-Debug/CTK-build
>>>>>>
>>>>>> [...]
>>>>>> [100%] Built target CTKWidgetsCppTests
>>>>>> [100%] Built target CTK-build
>>>>>>
>>>>>>
>>>>>>
>>>>>> $ cd CTK-build
>>>>>> $ $ cat CMakeCache.txt | ack DCMTK_DIR\:PATH
>>>>>> DCMTK_DIR:PATH=/home/jchris/Projects/CTK-Debug/CMakeExternals/Install
>>>>>>
>>>>>> Let's note that DCMTK couldn't be found using DCMTKConfig.cmake, this
>>>>>> is explained by the fact the official DCMTK didn't integrate yet our latest
>>>>>> and greatest contribution [1]
>>>>>>
>>>>>> Hth
>>>>>>
>>>>>> Jc
>>>>>>
>>>>>>
>>>>>> [1]
>>>>>> https://github.com/commontk/DCMTK/commit/f461865d1759854db56e4c840991c81c77e45bb9
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Oct 2, 2013 at 10:18 AM, Csaba Pinter <
>>>>>> csaba.pinter at queensu.ca> wrote:
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>>
>>>>>>
>>>>>> I'm trying to build CTK separately, but I have problems with linking
>>>>>> DCMTK.
>>>>>>
>>>>>>
>>>>>>
>>>>>> The way I build CTK:
>>>>>>
>>>>>> -          Turn on CTK_BUILD_ALL
>>>>>>
>>>>>> -          Turn on CTK_ENABLE_DICOM (I need this as I want to merge
>>>>>> and test my changes in the CTK/Core/DICOM project)
>>>>>>
>>>>>> -          Set the qmake executable
>>>>>>
>>>>>> -          Configure
>>>>>>
>>>>>> -          CMake complains about python paths, I set those manually
>>>>>>
>>>>>> -          Configure, Generate
>>>>>>
>>>>>> -          Build superbuild
>>>>>>
>>>>>>
>>>>>>
>>>>>> Then DCMTK is downloaded and built by the superbuild, but later on,
>>>>>> CTK projects find a completely different DCMTK directory (in my Slicer
>>>>>> nightly build directory). I tried to manually add the DCMTK directory to
>>>>>> CMake, but this variable does not exist in the superbuild (it is also not
>>>>>> passed down), and setting it to the inner CTK project doesn't work.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Basically no matter what I do, the DCMTK path is set to whatever
>>>>>> find_project finds. This is what I found in CTKConfig.cmake:
>>>>>>
>>>>>> # Update CMake module path so that calling "find_package(DCMTK)"
>>>>>> works as expected
>>>>>>
>>>>>> # after calling "find_package(CTK)"
>>>>>>
>>>>>> # Ideally projects like DCMTK or PythonQt should provide both
>>>>>> "Config" and "Use" files.
>>>>>>
>>>>>> set(CMAKE_MODULE_PATH
>>>>>>
>>>>>>   ${CTK_CMAKE_UTILITIES_DIR}
>>>>>>
>>>>>>   ${CMAKE_MODULE_PATH}
>>>>>>
>>>>>>   )
>>>>>>
>>>>>>
>>>>>>
>>>>>> Now the problem with this is that ${CMAKE_MODULE_PATH} is empty, so
>>>>>> there is no chance DCMTK is found correctly.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Can someone please help with this?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks a lot,
>>>>>>
>>>>>> csaba
>>>>>>
>>>>>>
>>>>>>
>>>>>> ________________________________
>>>>>>
>>>>>> Csaba Pinter
>>>>>>
>>>>>> Medical Software Systems Engineer
>>>>>>
>>>>>> Laboratory for Percutanous Surgery
>>>>>>
>>>>>> School of Computing
>>>>>>
>>>>>> Queen’s University
>>>>>>
>>>>>> Kingston, ON, Canada
>>>>>>
>>>>>> Email: csaba.pinter at queensu.ca
>>>>>>
>>>>>> Web: http://perk.cs.queensu.ca
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Ctk-developers mailing list
>>>>>> Ctk-developers at commontk.org
>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> +1 919 869 8849
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> +1 919 869 8849
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> +1 919 869 8849
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Ctk-developers mailing list
>>>>>> Ctk-developers at commontk.org
>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>>>>
>>>>>>
>>>>>> The information in this e-mail is intended only for the person to
>>>>>> whom it is
>>>>>> addressed. If you believe this e-mail was sent to you in error and
>>>>>> the e-mail
>>>>>> contains patient information, please contact the Partners Compliance
>>>>>> HelpLine at
>>>>>> http://www.partners.org/complianceline . If the e-mail was sent to
>>>>>> you in error
>>>>>> but does not contain patient information, please contact the sender
>>>>>> and properly
>>>>>> dispose of the e-mail.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Ctk-developers mailing list
>>>>>> Ctk-developers at commontk.org
>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> +1 919 869 8849
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> +1 919 869 8849
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> +1 919 869 8849
>>>>
>>>
>>>
>>
>>
>> --
>> +1 919 869 8849
>>
>
>


-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20131104/84101193/attachment.html>

More information about the Ctk-developers mailing list