The cmake build of 2010.2.0 (as well as the trunk) on OSX works as it
should be, including the "bare bones" applications.

After Eric O'Briens mail and my "OS less" macbookpro actions, I did some
theoretical analysis of what I thought went wrong. I was incorrect on the
most important part: the PATH part when loking for binaries.
Then I went wrong on the "bundle less" build for Hugin as wxWindows does not
allow this (QT4 and Gtk2 have no problems with that b.t.w.)
I was right about the "CMAKE_INSTALL_NAME_DIR" parameter and that one has
been added now to the main CMakeList.txt file.

Conclusion: Hugin 2010.2.0 (and Hugin 2010.3.0 (trunk)) now build correctly
and work correctly when built via cmake.

(Off topic: I have updated the entire hugin build plus dependencies for
MacPorts up to 2010.0.0 (was still at 7.0-svn2903). This is now in
acceptance testing. You can consider this the same as that hugin has been
added to the Ubuntu or OpenSuse or Fedora repository. I will update 2010.0.0
to 2010.2.0 as soon as it is live. I don't know when it comes available in
"stable" MacPorts).


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

Reply via email to