<div dir="ltr"><div><div><div>Hi Steve,<br><br>Thanks for the suggestions.<br><br></div>Yes, I decided to kick-start my involvement in CTK by joining the hackfest. I'll probably postpone the work on Qt5/DICOM until then. With the cool CTK plugin system this is simply a matter of disabling our DICOM plugin for a while. See you in Heidelberg!<br><br></div></div>-Christian<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 15, 2014 at 7:55 PM, Steve Pieper <span dir="ltr"><<a href="mailto:pieper@isomics.com" target="_blank">pieper@isomics.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Christian - <div><br></div><div>First - welcome and thanks for the contributions!</div><div><br></div><div>For my part I haven't really tried any of the Qt 5 stuff yet, but I'm not sure why it would change the library paths of the dcmtk libraries.  Probably as a workaround you could set the DYLD_LIBRARY_PATH variable or use the ctkAppLauncher to set the paths.</div><div><br></div><div>As it happens a bunch of us will be working in Heidelberg in a few weeks [1] and Qt5 migration is on the list of hacking topics.  We'll can try to sort this out at that meeting if it hasn't been fixed by then.  BTW, Heidelberg is not so far from Norway in case you are interested in participating.  I think you would find people with a lot of similar interests.</div><div><br></div><div>-Steve</div><div><br></div><div><br></div><div>[1] <a href="http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014" target="_blank">http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014</a><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Mon, Oct 13, 2014 at 3:48 PM, Christian Askeland <span dir="ltr"><<a href="mailto:christian.askeland@gmail.com" target="_blank">christian.askeland@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div><div><div><div><div><div>Hi all CTK developers.<br><br></div>I have been using CTK for a few months now, integrating the DICOM and plugins modules into our (still) in-house navigation system CustusX. We are all very enthusiastic about the project, and we are in the process of converting our codebase to the CTK plugin framework.<br><br></div>Lately we have ported our system to Qt5, and thus did the same change in CTK. I found a few minor issues that broke the build and submitted a pull request for them (#509).<br><br><br></div>There is one problem left: The DICOM examples won't run from the build tree, when on MacOSX10.8. Ubuntu 14.04 works fine.<br><br></div>I build with the cmake command (using my own branch git@github.com:SINTEFMedisinskTeknologi/CTK.git, branch CTK-CX-modifications):<br><br>cmake ../CTK -DCTK_QT_VERSION:STRING=5 -DCTK_ENABLE_PluginFramework:BOOL=ON -DCTK_ENABLE_DICOM:BOOL=ON -DCTK_BUILD_EXAMPLES:BOOL=ON<br><br></div>When running the ctkDICOM example app, it fails with the message<br><br>dyld: Library not loaded: libdcmpstat.dylib<br>  Referenced from: /Users/christiana/dev/CTK/build/CTK-build/bin/./ctkDICOM<br>  Reason: image not found<br>Trace/BPT trap: 5<br><br></div>Running otool gives:<br><br>[21:34:37 ~/dev/CTK/build/CTK-build/bin]$ otool -L ./ctkDICOM<br>./ctkDICOM:<br>    /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMWidgets.0.1.dylib (compatibility version 0.1.0, current version 0.1.0)<br>    /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMCore.0.1.dylib (compatibility version 0.1.0, current version 0.1.0)<br>    libdcmpstat.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libdcmsr.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libdcmtls.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libdcmqrdb.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libdcmnet.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libdcmjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libdcmimage.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libdcmimgle.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libdcmdata.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    liboflog.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libofstd.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libijg12.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libijg16.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    libijg8.dylib (compatibility version 0.0.0, current version 0.0.0)<br>    /opt/local/Library/Frameworks/QtSql.framework/Versions/5/QtSql (compatibility version 5.3.0, current version 5.3.1)<br></div>... (more OK libs)<br><div><br></div><div>As you can see, the DICOM libs are missing full paths and are thus not found, while the CTK libs load normally.<br><br></div><div>I suspect the error is somehow connected to the new way of definining cmake targets in cmake 2.11 and up (i use 3.0.2), but I cannot find the problem in the CTK source, with which I am only somewhat familiar. Any help or suggestions on how to proceed are welcome.<br><br></div><div>Best Regards,<br><br>Christian Askeland<br></div></div>
<br></div></div>_______________________________________________<br>
Ctk-developers mailing list<br>
<a href="mailto:Ctk-developers@public.kitware.com" target="_blank">Ctk-developers@public.kitware.com</a><br>
<a href="http://public.kitware.com/mailman/listinfo/ctk-developers" target="_blank">http://public.kitware.com/mailman/listinfo/ctk-developers</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>