[Ctk-developers] [mitk-users] Moving BlueBerry Framework from MITK towards CTK making it independant of the massive MITK setup

Sat Jan 30 03:23:17 UTC 2021

Hi,

I suggest we update the version of ITK used in CTK. The version is 3.2
which is quite old.

As a side note, I will start another thread to understand how the community
integrate CTK in their project. I suspect everyone build their own ITK and
VTK version.

Have a good weekend,
J-Christophe

On Fri, Jan 29, 2021, 6:26 PM Ramazan Ergüder Bekrek <e.bekrek at yandex.com>
wrote:

> I kind of fixed that error but somehow I don't understand the whole
> structure can someone provide help?
>
> https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk
>
>
> 29.01.2021, 23:28, "Miklos Espak" <espakm at gmail.com>:
>
> There is either no variable called "ITKKWSys-targets-build" or if there
> is, its value is an empty string. This makes the syntax of the export
> command invalid.
> I would look around where this variable is supposed to be set.
> HTH
>
> On Fri, 29 Jan 2021 at 15:43, Ramazan Ergüder Bekrek <e.bekrek at yandex.com>
> wrote:
>
> This is what was my change:
>
> macro(itk_module_target_export _name)
>   message("NAME OF TARGET :  ${_name}")
>   message("NAME OF MODULE :  ${itk-module}")
>   message("${itk-module}-targets-build :  ${${itk-module}-targets-build}")
>   export(TARGETS ${_name} APPEND FILE ${${itk-module}-targets-build})
> endmacro()
>
>
> 29.01.2021, 15:02, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> I've put debugging messages and I still cannot understand am I missing
> something
>
> NAME OF TARGET :  itksys
> 2>  NAME OF TARGET :  itksys
> 2>  NAME OF MODULE :  ITKKWSys
> 2>  ITKKWSys-targets-build :
> 2>  CMake Error at CMake/ITKModuleMacros.cmake:417 (export):
> 2>    export FILE <filename> option missing.
> 2>  Call Stack (most recent call first):
> 2>    CMake/ITKModuleMacros.cmake:449 (itk_module_target_export)
> 2>    External/KWSys/src/CMakeLists.txt:32 (itk_module_target)
>
>
> 27.01.2021, 15:20, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> I forgot to post the latest commit link concerning that error:
> https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk
>
>
> 26.01.2021, 16:59, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> At this point it doesn't matter much my goal is to split the components
> necessary from MITK and merge them into CTK and afterward I will create a
> new library inside of CTK with those extracted components so that it
> doesn't stay hooked inside mbilog like it is right now.
>
> I still need help because I've come up with this error concerning the
> ITKModuleMacros.cmake and the itk_module_target_export macro which seems to
> require a name and while compiling I am getting this:
>
>   CMake Error at CMake/ITKModuleMacros.cmake:414 (export):
> 1>    export FILE <filename> option missing.
> 1>  Call Stack (most recent call first):
> 1>    CMake/ITKModuleMacros.cmake:445 (itk_module_target_export)
> 1>    External/KWSys/src/CMakeLists.txt:32 (itk_module_target)
>
> Any thoughts on what is the problem?
>
> Thanx
>
> 26.01.2021, 13:00, "Nolden, Marco" <m.nolden at dkfz-heidelberg.de>:
>
> Hi Ramazan,
>
>
>
> this is ambitious I think. Since your final use case is out of the MITK
> and CTK domains (medical imaging) I would suggest you could take the useful
> parts of BlueBerry, CppMicroServices and CTK to create a prototype of your
> application. I think doing this kind of standalone experiment would be
> easier right now, instead of starting with a big refactoring, given that I
> don't see the interest and resources in this community right now to support
> a major refactoring.
>
>
>
> However I must also clearly say that though BlueBerry was created in the
> MITK context, we are in maintenance mode for this part, and before
> introducing new features or major changes we would probably re-evaluate all
> options where to head with our UI. So of course we could discuss fixes or
> smaller changes in concrete pull requests if they don't break things for
> MITK or Slicer, but it should really be with specific goals and of a
> manageable size.
>
>
>
> Marco
>
>
> ------------------------------
> *Von:* Ramazan Ergüder Bekrek <e.bekrek at yandex.com>
> *Gesendet:* Montag, 25. Januar 2021 19:22
> *An:* Nolden, Marco; Andras Lasso; mitk-users; ctk-developers
> *Betreff:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework
> from MITK towards CTK making it independant of the massive MITK setup
>
> What I am aiming at I described previously is to have a basic framework
> with all the component to develop any kind of software with the same
> feeling as Eclipse RPC and OSGi modular component system.
>
> So the way it is right now it seems that I would have to go the same way
> as MITK by extracting Blueberry so that I can use it with Qt5 for the
> dynamic UI side. I now that there is a PluginFramework in CTK but I think
> that I will hook also CppMicroservices next to it and use it.
>
> My goal is to have a dynamic UI which can be loaded/unloaded at runtime
> with all the part independent from each other. I also wish the same for the
> backend side. I will use this whole infrastructure to create a multimedia
> browser which I think could replace the actual broken Browser ecosystem
> with HTML & Cie.
>
> If you have any suggestion or ideas I wish that we could meet in real time
> on the Discord channel that I created for all subject related with C++ and
> OSGi.
>
> Best regards
>
>
> 25.01.2021, 14:40, "Marco Nolden" <m.nolden at dkfz-heidelberg.de>:
>
> Dear Ramazan,
>
> again there is quite some history in these approaches, MITK is >15 years
> old, CTK started >10 years ago, as you can imagine not everything could be
> planned perfectly from the beginning.
>
> As I wrote in my first post I think we could discuss a strategy here if
> you outline a bit more what you are aiming at. But please be aware that the
> resources to support you are limited, and we should aim for realistic
> improvements. Maybe smaller pull requests following a specific and accepted
> aim could be an alternative.
> Regarding compilation errors I would also suggest to move to github issues
> of the respective projects. Posting this on two mailing lists doesn't work
> well.
>
> And as I also wrote in my first post I think a separate repository /
> project for your endeavors could be a good idea as long as we don't have an
> agreed on strategy on how to move things around or to separate repositories.
> Marco
>
>
>
>
>
>
>
>
> On 1/23/21 8:49 PM, Ramazan Ergüder Bekrek wrote:
>
> Actually the best would be to drop the PluginFramework and replace it with
> a dependency on CppMicroServices... Also I don't get it why there is 2
> plugin frameworks in MITK one is CTKPluginFramework and the second
> CppMicroServices.
>
>
> 23.01.2021, 20:32, "Andras Lasso" <lasso at queensu.ca> <lasso at queensu.ca>:
>
> 3D Slicer relies on CTK and we regularly make fixes and improvements. We
> do not use the plugin framework, so we can tolerate any changes to it, as
> long as we can keep it disabled and does not break the build of CTK.
>
> Our slight preference would be to move the plugin framework out of CTK,
> just to keep CTK smaller and more focused. But since all these changes
> heavily impact MITK and nobody else has been spoken up, you need to agree
> in the strategy with Marco.
>
>
>
> Andras
>
>
>
> *From:* Ctk-developers <ctk-developers-bounces at public.kitware.com> *On
> Behalf Of *Ramazan Ergüder Bekrek
> *Sent:* Saturday, January 23, 2021 12:07 PM
> *To:* Nolden, Marco <m.nolden at dkfz-heidelberg.de>; mitk-users <
> mitk-users at lists.sourceforge.net>; ctk-developers <
> ctk-developers at public.kitware.com>
> *Subject:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework
> from MITK towards CTK making it independant of the massive MITK setup
>
>
>
> Can someone give some insight here please? I have the impression either
> everybody is sleeping because of Corona or people are busy.... :D
>
> https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455734372%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=2qt997ToqFPaZ2qBI74JQtQRZjE%2BejeqpsrjyOGgNoo%3D&reserved=0>
>
>
>
>
>
> 23.01.2021, 18:05, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> Ok it seems that those errors had to do with CMake flags I didn't included
> from ITK. Now that I've cleared that out there's other weird compilation
> errors that I don't get because I don't have that much C++ knowledge.
>
>
>
> G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(42,24): error
> C2079: 'Observer' uses undefined class 'itk::ITKCommon_HIDDEN'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(44,1): error
> C2059: syntax error: 'public'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error
> C2143: syntax error: missing ';' before '{'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(49,3): error
> C2447: '{': missing function header (old-style formal list?)
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,20): error
> C2588: '::~Observer': illegal global destructor
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error
> C2575: 'Observer': only member functions and bases can be virtual
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,22): error
> C4430: missing type specifier - int assumed. Note: C++ does not support
> default-int
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(50,12): error
> C2365: 'itk::Observer': redefinition; previous definition was 'data
> variable'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,1): error
> C2653: 'Observer': is not a class or namespace name
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(56,12): error
> C2523: '<Unknown>::~Observer': destructor tag mismatch
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(57,1): error
> C4430: missing type specifier - int assumed. Note: C++ does not support
> default-int
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,10): error
> C2065: 'm_Event': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(58,17): error
> C2541: 'delete': cannot delete objects that are not pointers
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(61,24): error
> C2079: 'SubjectImplementation' uses undefined class 'ITKCommon_HIDDEN'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(63,1): error
> C2059: syntax error: 'public'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error
> C2143: syntax error: missing ';' before '{'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(64,27): error
> C2447: '{': missing function header (old-style formal list?)
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,25): error
> C2588: '::~SubjectImplementation': illegal global destructor
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,27): error
> C4430: missing type specifier - int assumed. Note: C++ does not support
> default-int
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(65,4): error
> C2365: 'SubjectImplementation': redefinition; previous definition was 'data
> variable'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error
> C4430: missing type specifier - int assumed. Note: C++ does not support
> default-int
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(68,33): error
> C2143: syntax error: missing ',' before '&'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error
> C4430: missing type specifier - int assumed. Note: C++ does not support
> default-int
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,33): error
> C2143: syntax error: missing ',' before '&'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>G:\programming\cplusplus\CTK\Libs\mbilog\itkObject.cxx(71,62): error
> C2270: 'AddObserver': modifiers not allowed on nonmember functions
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
>
>
>
>
> 22.01.2021, 23:09, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> I've past beyond the last compilation error with new ones:
>
>
>
> 1>    mitkException.cpp
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.cpp(43,26):
> error C2247: 'itk::ExceptionObject::GetDescription' not accessible because
> 'mitk::Exception' uses 'private' to inherit from 'itk::ExceptionObject'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(111):
> message : see declaration of 'itk::ExceptionObject::GetDescription'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkException.h(48): message
> : see declaration of 'mitk::Exception'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(49):
> message : see declaration of 'itk::ExceptionObject'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>    mitkLog.cpp
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkExceptionMacros.h(20,1):
> warning C4005: 'ITK_LOCATION': macro redefinition
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkMacro.h(479): message :
> see previous definition of 'ITK_LOCATION'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(40,3): error
> C2065: 'logMutex': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(42,23): error
> C3861: 'GetCurrentThreadId': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(50,34): error
> C3861: 'GetCurrentThreadId': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(64,39): error
> C3861: 'GetCurrentThreadId': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(70,3): error
> C2065: 'logMutex': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(99,5): error
> C2065: 'logMutex': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(109,5): error
> C2065: 'logMutex': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(119,5): error
> C2065: 'logMutex': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(128,7): error
> C2065: 'logMutex': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\mitkLog.cpp(135,7): error
> C2065: 'logMutex': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>    itkSimpleFastMutexLock.cxx
>
> 1>    itkSimpleFastMutexLockNoThreads.cxx
>
> 1>    itkSimpleFastMutexLockPThreads.cxx
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,3):
> error C2065: 'pthread_mutexattr_t': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23):
> error C2146: syntax error: missing ';' before identifier 'mta'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(35,23):
> error C2065: 'mta': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,27):
> error C2065: 'mta': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(36,3):
> error C3861: 'pthread_mutexattr_init': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,30):
> error C2065: 'mta': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,35):
> error C2065: 'PTHREAD_MUTEX_RECURSIVE': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(37,3):
> error C3861: 'pthread_mutexattr_settype': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,43):
> error C2065: 'mta': undeclared identifier
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(38,3):
> error C3861: 'pthread_mutex_init': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(44,3):
> error C3861: 'pthread_mutex_destroy': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(51,3):
> error C3861: 'pthread_mutex_lock': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,30):
> error C3861: 'pthread_mutex_trylock': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58,27):
> error C2789: 'lockCaptured': an object of const-qualified type must be
> initialized
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(58):
> message : see declaration of 'lockCaptured'
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockPThreads.cxx(71,3):
> error C3861: 'pthread_mutex_unlock': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>    itkSimpleFastMutexLockWinThreads.cxx
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(36,3):
> error C3861: 'InitializeCriticalSection': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(42,3):
> error C3861: 'DeleteCriticalSection': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(49,3):
> error C3861: 'EnterCriticalSection': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(56,29):
> error C3861: 'TryEnterCriticalSection': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
> 1>
>  G:\programming\cplusplus\CTK\Libs\mbilog\itkSimpleFastMutexLockWinThreads.cxx(69,3):
> error C3861: 'LeaveCriticalSection': identifier not found
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
>
>
>
>
> 22.01.2021, 15:43, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> Hi again Marco,
>
>
>
> I am almost at the last stage for compiling the external dependencies like
> ITK headers and MITK but somehow I end up with many compilation errors.
>
>
>
> 1>  G:\programming\cplusplus\CTK\Libs\mbilog\itkExceptionObject.h(304,1):
> error C2447: '{': missing function header (old-style formal list?)
> [G:\programming\cplusplus\CTK\build\CTK-build\Libs\mbilog\CTKmbilog.vcxproj]
>
>
>
> Link latest stand :
> https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455744369%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=MmaJDxEy2IlUQAyLIL3V88lBHSrGBp4Oqhrg45pcRts%3D&reserved=0>
>
>
>
> Can you provide your insight or maybe advice how to resolve this road
> block.
>
>
>
> Best Regards
>
>
>
>
>
> 22.01.2021, 11:25, "Nolden, Marco" <m.nolden at dkfz-heidelberg.de>:
>
> Hi Ramazan,
>
>
>
> BlueBerry used to be more separated in MITK (this is also where some
> references to blueberry.org may dangle around). But it’s always a
> tradeoff to maintain completely separate repositories and build systems, as
> I said before from a pure architectural view you are completely right. In
> the beginning it even had an abstraction layer to make it independent of
> Qt, impressive work by the principal developer, but again something with a
> tradeoff.
>
>
>
> Marco
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Von:* Ramazan Ergüder Bekrek <e.bekrek at yandex.com>
> *Gesendet:* Freitag, 22. Januar 2021 11:17
> *An:* Nolden, Marco <M.Nolden at Dkfz-Heidelberg.de>; mitk-users <
> mitk-users at lists.sourceforge.net>; ctk-developers <
> ctk-developers at public.kitware.com>
> *Betreff:* Re: AW: [Ctk-developers] [mitk-users] Moving BlueBerry
> Framework from MITK towards CTK making it independant of the massive MITK
> setup
>
>
>
> Hi Marco! Thank you for your feedback.
>
>
>
> The goal actually was to get the same development feeling without having
> the need to use all the heavy dependencies that come with MITK. Having
> something like OSGi Eclipse Equinox and Eclipse RPC to start to program
> right away in any field was my goal. Right now the people at MITK didn't
> for see to cut the modularity outside of their Architecture.
>
>
>
> The ideal was in my thoughts to make this a brother plugin bundle in
> CppMicroservices but I didn't have time and energy to go down lower.
>
>
>
> CTK felt for me like CppMicroservices with modified version. And I needed
> Qt5 on top of OSGi + the beautiful Eclipse RPC feeling.
>
>
>
> 10:52, January 22, 2021, "Nolden, Marco" <m.nolden at dkfz-heidelberg.de>:
>
> Hi Ramazan,
>
>
>
> thanks for your interesting efforts! I see the general idea, and
> conceptually BlueBerry may be closer to the CTK plugin framework than to
> MITK, but at the same time it’s a working system in the way it’s setup
> right now.
>
>
>
> Could you maybe give some background about your goals or expectations? You
> can probably understand that a massive change like this will need
> considerable resources for review and maintenance in both communities to
> make this change something the projects using CTK are having a real benefit
> from.
>
>
>
> One thing that has been discussed in the MITK community before was a
> standalone BlueBerry, to make it available to non-medical applications. So
> this _*could*_  be something to aim for, but again this wouldn’t be a
> primary goal for MITK development right now, and in my opinion this could
> or even should also live outside of the primary CTK repository to make it
> most useful for the non-medical community looking for a flexible
> application framework.
>
>
>
> Marco
>
>
>
>
>
>
>
> *Von:* Ctk-developers <ctk-developers-bounces at public.kitware.com> *Im
> Auftrag von *Ramazan Ergüder Bekrek
> *Gesendet:* Dienstag, 19. Januar 2021 13:47
> *An:* mitk-users <mitk-users at lists.sourceforge.net>; ctk-developers <
> ctk-developers at public.kitware.com>
> *Betreff:* Re: [Ctk-developers] [mitk-users] Moving BlueBerry Framework
> from MITK towards CTK making it independant of the massive MITK setup
>
>
>
> Good news everyone the whole BLUEBERRY framework is now 100% successfully
> compiling on Windows with VS 2019 and Qt.
>
>
>
> Here you can find the latest repo version
>
>
>
> https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455744369%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=MmaJDxEy2IlUQAyLIL3V88lBHSrGBp4Oqhrg45pcRts%3D&reserved=0>
>
>
>
> Besdt Regards
>
>
>
>
>
> 18.01.2021, 13:48, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> So I was able to convert Blueberry framework from MITK towards CTK.
>
> I was able to successfully compile 7 out of 8 plugins and I had some
> issues compiling org.blueberry.ui.qt.help because there is a bug in
> qt5-webengine version 5.15.1.
>
>
>
> The link for the repo with working compilation is here :
> https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455754355%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=TIMYJv834cawrBpjMmF6kyeOo1O1e6l8oSrXlZv7u6s%3D&reserved=0>
>
>
>
> I filed a ticket on github on vcpkg repository here :
> https://github.com/microsoft/vcpkg/issues/15712
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F15712&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455754355%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=KX5B2K1RLt9mTC6uGE0TCs0Jon0E7bX9LgFzY9Pu4LA%3D&reserved=0>
>
>
>
> I still don't understand what it is concerning but I am waiting for the
> fix they proposed.
>
>
>
> Any thought on what could be done next I'm working on this alone and I
> would appreciate if someone could give some inputs for guidance.
>
>
>
> Best Regards
>
>
>
>
>
> 18.01.2021, 13:40, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> So I was able to convert Blueberry framework from MITK towards CTK.
>
> I was able to successfully compile 7 out of 8 plugins and I had some
> issues compiling org.blueberry.ui.qt.help because there is a bug in
> qt5-webengine version 5.15.1.
>
>
>
> I filed a ticket on github on vcpkg repository here :
> https://github.com/microsoft/vcpkg/issues/15712
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fissues%2F15712&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455764359%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=h%2F0GWXkiYQLVvK8w7o0FMX6MJ1RKnVN8mNr8ugPA7ro%3D&reserved=0>
>
>
>
> I still don't understand what it is concerning but I am waiting for the
> fix they proposed.
>
>
>
> Any thought on what could be done next I'm working on this alone and I
> would appreciate if someone could give some inputs for guidance.
>
>
>
> Best Regards
>
>
>
>
>
>
>
> 13.01.2021, 23:42, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> Have a look at the commits of that branch and you will get what I am
> talking about. If you have ideas and details you noticed I didn't take into
> consideration then let me know.
>
> https://github.com/al-sabr/CTK/commits/ctk-blueberry-port-from-mitk
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455764359%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=L0RqApavESStE9NWgg1%2Bb9LSZ700tC0OXdY1IdrfI8I%3D&reserved=0>
>
>
>
> Best regards
>
>
>
>
>
> 13.01.2021, 20:48, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> I just started from scratch again so that you can follow what I am talking
> about since the beginning
>
>
>
> https://github.com/al-sabr/CTK/tree/ctk-blueberry-port-from-mitk
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Ftree%2Fctk-blueberry-port-from-mitk&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455774345%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=DvpjNM1sjy3sx3JWNaK2pzHNWcKS0uhjFQqGKDieUE4%3D&reserved=0>
>
>
>
>
>
> 13.01.2021, 18:59, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> Another solution could be we check inside of the code from Blueberry and
> remove all connection to mbilog and adapt it with the logging system from
> CTK just by replacing the specific lines. This is just another idea I am
> not sure about 100% so I would need you perspective.
>
>
>
>
>
> 13.01.2021, 16:52, "Alex Melville" <amelvill at umich.edu>:
>
> Hi Ramazan,
>
>
>
> I am aware of the Virtual PC option and I have several of them, but they
> are very very slow since Visual Studio is very very disk I/O heavy. To make
> things a bit more complicated, I need to run Docker on my primary dev
> machine (which prevents me from easily running VirtualBox) so all this
> would have to happen on a different PC.
>
>
>
> If I get time I can see what I can do, but let's be honest, this will not
> be an insignificant amount of effort. CMake / build scripts in general are
> not a super convenient thing to debug remotely.
>
>
>
> Did you get a chance to try my suggestion? How did it go?
>
>
>
> - Alex
>
>
>
> On Wed, Jan 13, 2021 at 10:47 AM Ramazan Ergüder Bekrek <
> e.bekrek at yandex.com> wrote:
>
> I also found this link with 196 mb iso file which is stripped down version.
>
>
>
> https://sites.google.com/site/tinyxpfiles/home/1
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsites.google.com%2Fsite%2Ftinyxpfiles%2Fhome%2F1&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455774345%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=FoL8UX9SDSDrKYRhZdcD9eBYtdddhpnZdbjq4gUJXD8%3D&reserved=0>
>
>
>
>
>
> 12.01.2021, 21:21, "'Ramazan Ergüder Bekrek'" <e.bekrek at yandex.com>:
>
>
> What I would recommend you to do is to install Virtual Box with Tiny Vista
> Images Fromm Torrents and Install it Takes 15 Minutes Thema visual Studio
> 2019 Community with mitk latest Version and my repo. What die you think?
>
>
>
>
>
>
>
> 15:49, January 12, 2021, "amelvill at umich.edu" <amelvill at umich.edu>:
>
> Hi Ramazan,
>
>
>
> First, there’s one unfortunate thing I have to mention, we use a rather
> old version of MITK, and as a result, every PC I have that I use with MITK
> uses Visual Studio 2013 and there’s no way I can upgrade, and I can’t risk
> running a more recent version in parallel.
>
>
>
> So I can give you suggestions, but unfortunately it will probably be a
> futile effort for me to actually try and build it. I can’t even make a
> fresh install of Windows, because this job has taken every PC and SSD I
> own, and then some (between the dev PC and my “build” PC).
>
>
>
> Anyway, here is what I think about this:
>
>
>
> *mbilogExports.h:*
>
>
>
> mbilogExports.h is an automatically generated header that comes as part of
> the build process. For me this is what it contains (I found it here:
> MITK-superbuild\MITK-build\Utilities\mbilog\mbilogExports.h)
>
>
>
> #ifndef MBILOG_EXPORT_H
>
> #define MBILOG_EXPORT_H
>
>
>
> #ifdef MBILOG_STATIC_DEFINE
>
> #  define MBILOG_EXPORT
>
> #  define MBILOG_NO_EXPORT
>
> #else
>
> #  ifndef MBILOG_EXPORT
>
> #    ifdef mbilog_EXPORTS
>
>         /* We are building this library */
>
> #      define MBILOG_EXPORT __declspec(dllexport)
>
> #    else
>
>         /* We are using this library */
>
> #      define MBILOG_EXPORT __declspec(dllimport)
>
> #    endif
>
> #  endif
>
>
>
> #  ifndef MBILOG_NO_EXPORT
>
> #    define MBILOG_NO_EXPORT
>
> #  endif
>
> #endif
>
>
>
> #ifndef MBILOG_DEPRECATED
>
> #  define MBILOG_DEPRECATED __declspec(deprecated)
>
> #endif
>
>
>
> #ifndef MBILOG_DEPRECATED_EXPORT
>
> #  define MBILOG_DEPRECATED_EXPORT MBILOG_EXPORT MBILOG_DEPRECATED
>
> #endif
>
>
>
> #ifndef MBILOG_DEPRECATED_NO_EXPORT
>
> #  define MBILOG_DEPRECATED_NO_EXPORT MBILOG_NO_EXPORT MBILOG_DEPRECATED
>
> #endif
>
>
>
> #if 0 /* DEFINE_NO_DEPRECATED */
>
> #  ifndef MBILOG_NO_DEPRECATED
>
> #    define MBILOG_NO_DEPRECATED
>
> #  endif
>
> #endif
>
>
>
> #endif /* MBILOG_EXPORT_H */
>
>
>
> This is kind of a hacky thing to do, but I wonder if you could just
> copy/paste this into the mbilog source and use that, since I can’t think of
> a reason why this needs to be auto-generated, other than to take advantage
> of some free stringizing.
>
>
>
> Try this and let me know what happens,
>
>
>
> Hope that helps,
>
>
>
>    - Alex
>
>
>
>
>
> *From:* Ramazan Ergüder Bekrek <e.bekrek at yandex.com>
> *Sent:* Tuesday, January 12, 2021 7:36 AM
> *To:* amelvill at umich.edu
> *Subject:* Re: [mitk-users] Moving BlueBerry Framework from MITK towards
> CTK making it independant of the massive MITK setup
>
>
>
> Well you can follow the part I blocked. It seems that we need to adapt
> mbilog or remove it by replacing the logging system from CTK. I was
> wondering if we could just wrap it around CTK's logging and bam smoothly
> let it believe that it still uses MITK logging.
>
>
>
> What do you think?
>
>
>
> Best Regards
>
> 16:20, October 6, 2020, "Ramazan Ergüder Bekrek" <e.bekrek at yandex.com>:
>
> Greetings,
>
> I am still in the pursuit of happiness with this endeavor of moving
> BlueBerry from MITK downward to CTK. Up until now I didn't receive any
> feedback with that repository that I created as a branch.
>
> I still persisted and almost got it working but due to my lack of CMake
> understanding I think a little support from all of you would be
> appreciated. I almost was able to compile org.blueberry.core.runtime as I
> had it converted to a CTK plugin format when it complained that mbilog was
> missing its include files.
>
> I've checked mbilog in MITK and saw that it was a MITK Module. Since there
> is no module in CTK I thought the equivalent could be a Lib like the Core,
> PluginFramework, etc...
>
> So I converted the mbilog as a CTK Library and almost got it work.
> Unfortunately I don't understand what is mbilog and also I ask myself if
> there is no such equivalent available in CTK already that we could just
> adapt org.blueberry.core.runtime to use that instead of mbilog.
>
> This is the error I am getting when I try to compile
>
> 1> CTKCore.vcxproj ->
> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKCore.dll
> 1> CTKWidgets.vcxproj ->
> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKWidgets.dll
> 1> CTKWidgetsPlugins.vcxproj ->
> G:\programming\cpp\CTK\build\CTK-build\bin\designer\Debug\CTKWidgetsPlugins.dll
> 1> CTKPluginFramework.vcxproj ->
> G:\programming\cpp\CTK\build\CTK-build\bin\Debug\CTKPluginFramework.dll
> 1> Generating moc_mbilogExports.cpp
> 1> moc: G:/programming/cpp/CTK/Libs/mbilog/mbilogExports.h: No such file
>
> I created this include file to reflect the structure from MITK inside of
> CTK/Libs/Core/include:MITK/Modules/Core/include :
>
> https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/include/ctkLogMacros.h#L1
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2Fd39f75568a08cbd0efca6042e17b2a68567b9d0a%2FLibs%2FCore%2Finclude%2FctkLogMacros.h%23L1&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455784348%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Xaf32SrzHC%2Fj16IE2cTSTmo6DIT%2F0VzD2IiLV2Y1F4w%3D&reserved=0>
>
> I did the standard export directive here :
>
> https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L17
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2Fd39f75568a08cbd0efca6042e17b2a68567b9d0a%2FLibs%2FCore%2FCMakeLists.txt%23L17&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455794340%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=xtswIPwPtln6mMgLys9hHhEPe3AcS5txR5%2By5zX0Jqw%3D&reserved=0>
>
> I still don't get why this file is not created by CTK.
>
> I also added this line from MITK in CTK/Libs/Core/CMakeLists.txt
>
> https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L19
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2Fd39f75568a08cbd0efca6042e17b2a68567b9d0a%2FLibs%2FCore%2FCMakeLists.txt%23L19&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455794340%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=zX6jcVbJCI5ns4wUQg3T%2BG8I7Pi8fILl%2FqHEEL2xRYY%3D&reserved=0>
>
> https://github.com/al-sabr/CTK/blob/d39f75568a08cbd0efca6042e17b2a68567b9d0a/Libs/Core/CMakeLists.txt#L154
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2Fd39f75568a08cbd0efca6042e17b2a68567b9d0a%2FLibs%2FCore%2FCMakeLists.txt%23L154&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455794340%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=FcOmMTr1y56T%2FILAZZIUXKnaSda8NQxnXgVaFO%2BAAbg%3D&reserved=0>
>
> The only thing I could not get my head around is this part which I could
> not translate to CTK. I think there is no equivalent but if there is one
> please let me know:
>
> https://github.com/al-sabr/CTK/blob/2359469f3d321a04b6078f49ee51168cf958536a/Libs/mbilog/CMakeLists.txt#L44
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fblob%2F2359469f3d321a04b6078f49ee51168cf958536a%2FLibs%2Fmbilog%2FCMakeLists.txt%23L44&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455804334%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=YVfkmBE6g9FotS8uLcX6ofSSilXWARBFzkFLgWS1poU%3D&reserved=0>
>
> You can follow the commit timeline
> https://github.com/al-sabr/CTK/commits/ctk-blueberry-framework
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fal-sabr%2FCTK%2Fcommits%2Fctk-blueberry-framework&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455804334%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=gZOrIipUgzjcyJ87lrgWiFQwhYJPdU67YK6Crh%2BgHfo%3D&reserved=0>
>
> Best regards
>
>
>
>
>
>
>
> _______________________________________________
> mitk-users mailing list
> mitk-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fmitk-users&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455814327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=VRk9aVpBfDW4svZ1Grf8AQWSengRtplmwrHNKJTXj7M%3D&reserved=0>
>
>
>
> --
> Sent from Yandex.Mail for mobile
>
>
>
> --
> Sent from Yandex.Mail for mobile
>
>
>
> --
> Sent from Yandex.Mail for mobile
>
> ,,
>
> _______________________________________________
> mitk-users mailing list
> mitk-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fmitk-users&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455814327%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=VRk9aVpBfDW4svZ1Grf8AQWSengRtplmwrHNKJTXj7M%3D&reserved=0>
>
> ,,
>
> _______________________________________________
> mitk-users mailing list
> mitk-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fmitk-users&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455824320%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=3kZcz5XqWVfUPYpXi3DaKfdzojnxNEAiYtMbohQwLZ8%3D&reserved=0>
>
> ,,
>
> _______________________________________________
> mitk-users mailing list
> mitk-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users
> <https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fmitk-users&data=04%7C01%7Classo%40queensu.ca%7C3f1ae486a52448ccac7408d8bfc158cb%7Cd61ecb3b38b142d582c4efb2838b925c%7C1%7C0%7C637470184455824320%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=3kZcz5XqWVfUPYpXi3DaKfdzojnxNEAiYtMbohQwLZ8%3D&reserved=0>
>
> --
> Dr. Marco Nolden
>
> Scientist & Board Member
> Division of Medical Image Computing (E230)
>
>
> German Cancer Research Center (DKFZ)
> Foundation under Public Law
> Im Neuenheimer Feld 280
> 69120 Heidelberg
> Germany
> phone: +49 6221 42-2325
> fax: +49 6221 42-2345
> m.nolden at dkfz.dewww.dkfz.de
>
> Management Board: Prof. Dr. Michael Baumann, Ursula Weyrich
> VAT-ID No.: DE143293537
>
> ,,
>
> _______________________________________________
> mitk-users mailing list
> mitk-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users
>
> ,,
>
> _______________________________________________
> mitk-users mailing list
> mitk-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users
>
> ,,
>
> _______________________________________________
> mitk-users mailing list
> mitk-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> https://public.kitware.com/mailman/listinfo/ctk-developers
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> https://public.kitware.com/mailman/listinfo/ctk-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20210129/451919ee/attachment.htm>