Harry,

$ cmake --version
  cmake version 2.8.2
$ port installed | grep cmake
  cmake @2.8.2_2 (active)

I just rebuilt all my ports +universal last week so everything is very
up-to-date. I do notice that, as in the other thread you referred to
in your last post, the file hugin_build/CMakeCache.txt doesn't reflect
the "-arch i386" flag, nor anything else that was set in CFLAGS or
CXXFLAGS prior to running cmake. I don't know if those values should
have made it into this file, but thought I'd point out that my system
behaves like Martin's in this regard. Here's the relevant part of my
CMakeCache.txt from my last (successful) build, though I think this
may be a red herring since I had the same issue when building
libpano13, and cmake is not used in that step.

//CXX compiler.
CMAKE_CXX_COMPILER:FILEPATH=/opt/local/bin/c++

//Flags used by the compiler during all build types.
CMAKE_CXX_FLAGS:STRING=

//Flags used by the compiler during debug builds.
CMAKE_CXX_FLAGS_DEBUG:STRING=-g

//Flags used by the compiler during release minsize builds.
CMAKE_CXX_FLAGS_MINSIZEREL:STRING=-Os -DNDEBUG

//Flags used by the compiler during release builds (/MD /Ob1 /Oi
// /Ot /Oy /Gs will produce slightly less optimized but smaller
// files).
CMAKE_CXX_FLAGS_RELEASE:STRING=-O3 -DNDEBUG

//Flags used by the compiler during Release with Debug Info builds.
CMAKE_CXX_FLAGS_RELWITHDEBINFO:STRING=-O2 -g

//C compiler.
CMAKE_C_COMPILER:FILEPATH=/opt/local/bin/gcc

//Flags used by the compiler during all build types.
CMAKE_C_FLAGS:STRING=

//Flags used by the compiler during debug builds.
CMAKE_C_FLAGS_DEBUG:STRING=-g

//Flags used by the compiler during release minsize builds.
CMAKE_C_FLAGS_MINSIZEREL:STRING=-Os -DNDEBUG

//Flags used by the compiler during release builds (/MD /Ob1 /Oi
// /Ot /Oy /Gs will produce slightly less optimized but smaller
// files).
CMAKE_C_FLAGS_RELEASE:STRING=-O3 -DNDEBUG

//Flags used by the compiler during Release with Debug Info builds.
CMAKE_C_FLAGS_RELWITHDEBINFO:STRING=-O2 -g



On Sep 12, 5:56 am, Harry van der Wolf <[email protected]> wrote:
> Nice to hear,
>
> 2010/9/10 Darrell <[email protected]>
>
>
>
> > Success! I finally got Hugin Pre-Release 2010.3.0.2c1cfdf75b1b to
> > build and run under OS X 10.6.4, but I don't understand why I had to
> > work so hard at it when others have had no problems. Basically, the
> > problem was that the make completely ignored my CFLAGS and CXXFLAGS
> > environment variables, I guess because they were being overridden by
> > in Makefile. To get libpano13 to compile as a 32 bit lib I had to edit
> > the Makefile created by bootstrap and append "-arch i386" to the end
> > of the CFLAGS and CXXFLAGS variables in those files. I had to do this
> > despite the fact that my environment already contained CFLAGS and
> > CXXFLAGS that included "-arch i386".
>
> > The same problem came up when building Hugin. After running "cmake ../
> > hugin" in the "hugin_build" directory, I had to edit the files
> > CMakeCCompiler.cmake and CMakeCXXCompiler.cmake in the CMakeFiles
> > subdirectory and change: SET(CMAKE_C_COMPILER_ARG1 "") to
> > SET(CMAKE_C_COMPILER_ARG1 "-arch i386").
>
> > My question for Harry and any others who haven't had to jump through
> > these hoops is, what's different about my environment that makes this
> > necessary? I seem not to be the only one who's had this problem as
> > google does turn up sporadic references to cases of CFLAGS being
> > ignored. E.g.http://gcc.gnu.org/ml/gcc/2010-05/msg00080.html. it
> > makes some sense to me that if the Makefile sets CFLAGS it takes
> > precedence over my environment variable, but why hasn't this been a
> > problem for everyone else?
>
> > BTW, I am now using the 2.9.17-rc2 version of libpano13, which I
> > compiled from the tarball.
>
> As also mentioned in the mail to Martin[1], having likewise issues,  please
> issue a "cmake --version" and a "port installed | grep cmake"  on your
> command line.
> A couple of weeks ago I had serious problems with cmake 2.8.1 when trying to
> build the 2010.2_beta2 and it's dependencies. These issues were resolved
> when switching to 2.8.2.
> So if you are at 2.8.1 or older please do update your cmake.
>
> Harry
>
> [1]: <http://groups.google.com/group/hugin-ptx/browse_thread/thread/a5e0e30...
>
>

-- 
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