Hi Martin, I am not sure that I fully understood your set-up.
The auto-load mechanism is meant to load DLLs which register stuff into a running application (usually services). These DLLs typically are not linked to from other DLLs. If this would be the case, auto-loading wouldn't be needed because the linker dependencies would trigger loading of the DLL anyway. Therefore, such DLLs do not export any symbols and don't need to be in the search path of the dynamic linker. Depending on your use case, it may mean that you have to split / refactor your library. A typically use case for MITK is the registration of object factories which extend the IO and mapper functionality of the application. Because these extensions should be available from the beginning "AUTOLOAD_WITH MitkCore" is used to ensure the earliest possible load time. However, such DLLs do not expose further API / functionality. Hope this helps, Sascha On 08/21/2014 11:50 AM, Martin Klemm wrote: > Hello everyone, > > I was porting my project from MITK2013.12 with QT4 to MITK2014.03 with > Qt5. After I adapted and compiled everything it looked good until I > started the application. Then I received the error message that the DLL > file of one of my modules is missing, even it is compiling properly. > While checking this DLL I figured out that the DLL is not in > build/bin/Debug like all the other dlls but in build/MitkCore/Debug. > This has to do with the following line in my MITK_CREATE_MODULE: > AUTOLOAD_WITH MitkCore > > Since I have a second microservice which depends on the first one I > added to its MITK_CREATE_MODULE Macro: AUTOLOAD_WITH > NAME_OF_FIRST_MICROSERVICE. In this case the DLL is saved in > build/MitkCore/NAME_OF_FIRST_MICROSERVICE/Debug. > > I could adapt the cmake scripts in order to include these paths but is > it really meant to be like this? What is the reason behind this behavior? > > Best regards, > > Martin > > ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ _______________________________________________ mitk-users mailing list mitk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users
