I ran into a couple of serious cmake issues which causes Hugin not to
function.
When building libraries and binaries in OSX you need to specify an
"install_name_dir" (comparable with the rpath option on linux) in case the
libs and binaries do not end up in the same directory upon install, which is
off course in 95% of the cases true. (This same mechanism takes care that
binaries and libraries CAN find each other inside a bundle.)
"Normally" this is automatically taken care off for non-bundle compilations
and installs, but not anymore. So after installation the hugin binary and
the libhugin* libs can't find "each other" as the "install_name_dir" is
empty.
I already tried a couple of options like:
IF(APPLE)
SET_TARGET_PROPERTIES(huginvigraimpex PROPERTIES INSTALL_NAME_DIR
"${prefix}/lib")
ENDIF(APPLE)
and
cmake -cmake_install_dir="blahblah" ..
but until now unsuccessful.
It absolutely used to do this correct, but I have to admit that I only now
and then compile hugin via cmake and I even run it via cmake even less (bad
tester, I know).
It simply means that you can build hugin without a problem but it simply
won't run.
I think that cmake is wrong here as it always used to function (as
mentioned).
current cmake level 2.8.1
Harry
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic software" group.
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at http://groups.google.com/group/hugin-ptx