Hi Matt,
I did not fully analyze your report, but could you please try to run
"make package" or even better "cpack -V" instead of make install? We
just recently built Linux packages successfully so maybe the environment
of "make install" during package generation is different. Or we have a
bug, the whole fixup_bundle system was quite complicated to setup in the
correct cross-platform way.
Best,
Marco
On 10/20/2011 10:55 AM, Clarkson, Matt wrote:
> Hi everyone,
>
> I'm just having a bit of trouble with the "make install" task of my
> external project.
> If anyone can help, I would be extremely grateful.
>
> So, when the "make install" task is run, there is a call to a custom
> fixup_bundle method, which eventually fails to verify the app.
>
> -- Analyzing
> app='/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/NiftyView2'
> -- bundle='/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin'
> --
> executable='/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/NiftyView2'
> -- valid='1'
> -- executable file 1:
> /scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/NiftyView2
> ldd: warning: you do not have execution permission for
> `/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/plugins/liborg_blueberry_osgi.so'
> -- verified='0'
> -- info='external prerequisites found:
> f='/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/NiftyView2'
> external_prereqs='/scratch0/NOT_BACKED_UP/clarkson/build/UCLToolkit-SuperBuildRelease/MITK-build/MITK-build/bin/plugins/liborg_blueberry_osgi.so'
>
> apart from all the warnings about not having execute permission on all
> MITK libraries (which I think that has been mentioned previously on the
> mitk-users list as something we can ignore), it seems that one of my .so
> files has a dependency on liborg_blueberry_osgi.so in the
> MITK-build/MITK-build/plugins folder.
>
> When the install task runs, all the .so files get copied into the bin or
> bin/plugins
> directory: /scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/plugins/
> So when fixup_bundle runs it is trying to validate the installed bundle,
> so for the purpose of this explanation, if we focus on the
> liborg_blueberry_osgi.so library,
>
> globbed_plugins
> =
> /scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/plugins/liborg_blueberry_osgi.so
>
> fixup_bundle
> app='/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/NiftyView2'
> --
> libs='/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/plugins/liborg_blueberry_osgi.so
> --
> dirs='/scratch0/NOT_BACKED_UP/clarkson/build/UCLToolkit-SuperBuildRelease/VTK-build/bin/;/scratch0/NOT_BACKED_UP/clarkson/build/UCLToolkit-SuperBuildRelease/ITK-build/bin/;/cs/research/medic/common2/paramedic/share/cmic/UCLToolkit/qt-4.7.2/lib;/cs/research/medic/common2/paramedic/share/cmic/UCLToolkit/qt-4.7.2/lib/../bin;/scratch0/NOT_BACKED_UP/clarkson/build/UCLToolkit-SuperBuildRelease/MITK-build/MITK-build/bin/;/scratch0/NOT_BACKED_UP/clarkson/build/UCLToolkit-SuperBuildRelease/UCLToolkit-build/bin/;/scratch0/NOT_BACKED_UP/clarkson/build/UCLToolkit-SuperBuildRelease/CMakeExternals/Install/BOOST/lib/boost-1.46.1/;/scratch0/NOT_BACKED_UP/clarkson/build/UCLToolkit-SuperBuildRelease/GDCM-build/bin/;/scratch0/NOT_BACKED_UP/clarkson/build/UCLToolkit-SuperBuildRelease/CTK-build/CTK-build/bin/;/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/plugins'
> -- fixup_bundle: preparing...
>
> As the fixup process progresses, we see
>
> -- 104/402: copying
> '/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/plugins/liborg_blueberry_osgi.so'
> -- warning: resolved_item == resolved_embedded_item - not copying...
>
> (i.e. it's already in place, so don't bother copying it, which is what I
> would expect)
>
> -- 305/402: fix-up not required on this platform
> '/scratch0/NOT_BACKED_UP/clarkson/install/ucltk-2.5.0/bin/plugins/liborg_blueberry_osgi.so'
>
> (also what I would expect).
>
> So, when it tries to validate all the installed plugins, the
> fixup_bundle only has the MITK-build/bin folder and not the
> MITK-build/MITK-build/bin/plugins. Is this a problem? Or should the
> fixup_bundle be looking in my /clarkson/install/ucltk-2.5.0/bin/plugins/
> where the library actually is?
>
> On a possibly related note: Is this relevant in the external project
> template:
> mark_as_advanced(${MY_PROJECT_NAME}_INSTALL_RPATH_RELATIVE
> ${MY_PROJECT_NAME}_BUILD_ALL_PLUGINS
> )
>
> as I don't have it in my external project.
>
> Many thanks in advance.
>
> Matt
>
>
>
>
>
--
----------------------------------------------------------------------
Dipl.-Inform. Med. Marco Nolden
Deutsches Krebsforschungszentrum (German Cancer Research Center)
Div. Medical & Biological Informatics Tel: (+49) 6221-42 2325
Im Neuenheimer Feld 280 Fax: (+49) 6221-42 2345
D-69120 Heidelberg eMail: [email protected]
------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Ciosco Self-Assessment and learn
about Cisco certifications, training, and career opportunities.
http://p.sf.net/sfu/cisco-dev2dev
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
