Hi Sascha,
then I will temporarily patch my mitk fork with a fix to add external library path to the batch files and wait until the restructuring is ready and we have a "make install".
The patch is already done so I can start the Workbench with external libs again.
Let me know when I can support by testing it. ;)
Best,
Ingmar
Gesendet: Dienstag, 17. Februar 2015 um 14:29 Uhr
Von: "Sascha Zelzer" <[email protected]>
An: "Ingmar Wegner" <[email protected]>, mitk-users <[email protected]>
Betreff: Re: [mitk-users] New cmake build structure and external libraries
Von: "Sascha Zelzer" <[email protected]>
An: "Ingmar Wegner" <[email protected]>, mitk-users <[email protected]>
Betreff: Re: [mitk-users] New cmake build structure and external libraries
Hi,
the problem with external _DIR variables is that it is in general not straight-forward to determine the correct runtime path for the external project (which contains the .dll files).
Only a few projects provide in the <project>Config.cmake file a "RUNTIME_DIRS" variable pointing to the correct directory. In general, the _DIR variable can point to a build or install tree, with the <project>Config.cmake file potentially being located in nested sub-directories. Previously, we used an ugly heuristic to populate the PATH variable based on _DIR variables but this became unmanageable and did not reliably work for all cases anyway.
So currently, we require external users to set the PATH variable themselves if they use the EXTERNAL_<lib>_DIR variables to inject third-party dependencies.
The mid-term plan is that you should be able to do a "make install" at the MITK-superbuild level which could be configured to use the same CMAKE_INSTALL_PREFIX as your external ITK, VTK, etc. projects. So *everything* should again end up in a common ${CMAKE_INSTALL_PREFIX}/bin directory.
Best,
Sascha
On 02/17/2015 12:29 PM, Ingmar Wegner wrote:
the problem with external _DIR variables is that it is in general not straight-forward to determine the correct runtime path for the external project (which contains the .dll files).
Only a few projects provide in the <project>Config.cmake file a "RUNTIME_DIRS" variable pointing to the correct directory. In general, the _DIR variable can point to a build or install tree, with the <project>Config.cmake file potentially being located in nested sub-directories. Previously, we used an ugly heuristic to populate the PATH variable based on _DIR variables but this became unmanageable and did not reliably work for all cases anyway.
So currently, we require external users to set the PATH variable themselves if they use the EXTERNAL_<lib>_DIR variables to inject third-party dependencies.
The mid-term plan is that you should be able to do a "make install" at the MITK-superbuild level which could be configured to use the same CMAKE_INSTALL_PREFIX as your external ITK, VTK, etc. projects. So *everything* should again end up in a common ${CMAKE_INSTALL_PREFIX}/bin directory.
Best,
Sascha
On 02/17/2015 12:29 PM, Ingmar Wegner wrote:
Hi MITK community,I recently updated my mitk fork to the mitk master (#250e22e from 16 Feb 2015) and saw that the build system is currently under refactoring towards cmake targets, which is very nice by the way.I am building the mitk project with externally build libraries (ann, dcmtk, gdcm, itk, vtk, tinyxml) and specify those as EXTERNAL_${LIB}_DIR which compiles fine.The paths of these libraries though aren't incorporated into the path within the StartVS_debug/release.bat scripts.So the application complains during startup that some modules can't be loaded (due to the missing path extension).Is this a bug or will the incorporation of external lib paths be handled differently in the future?I wouldn't prefer to copy external libs into MITK_EXTERNAL_PROJECT_PREFIX which points to the "ep" supfolder in parallel to MITK-Build.Is the install script then under heavy development as well?;) Have a nice day,Ingmar
------------------------------------------------------------------------------ Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________ mitk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mitk-users
