this is my seting: # CPU architecture to compile for. Defaults to i386 or ppc on Mac OS X 10.5 # and earlier, depending on the CPU type detected at runtime. On Mac OS X 10.6 # the default is x86_64 if the CPU supports it, i386 otherwise. #build_arch i386
# CPU architectures to use for Universal Binaries (+universal variant) universal_archs x86_64 i386 and I change it as : # CPU architecture to compile for. Defaults to i386 or ppc on Mac OS X 10.5 # and earlier, depending on the CPU type detected at runtime. On Mac OS X 10.6 # the default is x86_64 if the CPU supports it, i386 otherwise. #build_arch x86_64 #build_arch i386 # CPU architectures to use for Universal Binaries (+universal variant) universal_archs x86_64 i386 or : # CPU architecture to compile for. Defaults to i386 or ppc on Mac OS X 10.5 # and earlier, depending on the CPU type detected at runtime. On Mac OS X 10.6 # the default is x86_64 if the CPU supports it, i386 otherwise. #build_arch x86_64 build_arch i386 # CPU architectures to use for Universal Binaries (+universal variant) #universal_archs x86_64 i386 They have the same error. Please gei me any more helps,thanks. ---------------------------------------------------------------------------------------------------- On 11月30日, 上午1时45分, Harry van der Wolf <[email protected]> wrote: > 2011/11/29 Tim Nugent <[email protected]> > > > Looks like your version of boost might be 64 bit, in which case did you > > try without '-arch > > i386', so just: > > > export CFLAGS="-I/opt/local/include -L/opt/local/lib" > > I think Tim is right with his assumption. > However, his solution will not solve the problem as the current > wxwindows(=wxmac=wxwidgets) is version 2.8.12 which can't be built as 64bit > on MacOSX. Wxwidgets 2.9.x is the first version that can be built as 64bit > on OSX (see below for 2.9). > This 2.8 version restriction again means that you need to build hugin as > 32bits as well, hence the -arch i386 flag. > > You use macports. Normally macports is not built as Universal (= multiple > archs) and will default to the "native" architecture which is since the > second generation Intels on snow Leopard and newer always 64bit. > To be able to compile Hugin on Intels running SnowLeopard or newer you need > to compile macports ports as universal. > This is automatically done with the switch: > > # CPU architectures to use for Universal Binaries (+universal variant) > universal_archs x86_64 i386 > > This switch should be placed in your /opt/local/etc/macports/macports.conf. > > It's in the section: > > # CPU architecture to compile for. Defaults to i386 or ppc on Mac OS X 10.5 > # and earlier, depending on the CPU type detected at runtime. On Mac OS X > 10.6 > # the default is x86_64 if the CPU supports it, i386 otherwise. > #build_arch x86_64 > #build_arch i386 > > # CPU architectures to use for Universal Binaries (+universal variant) > universal_archs x86_64 i386 > > Of course your libs and binaries will be twice as big but applications that > can run in 64bit will do so and the others will run as 32bits. > > I will update the wiki. It was quite obvious for me so I didn't even think > of it. > Sorry. > > If you are daring enough you could also install the 2.9.x wxwidgets > development version. (sudo port install wxWidgets-devel), which is > currently at 2.9.2. In that case you can try to compile Hugin as 64bit, > which means without the -arch i386 switch. I did not try that yet as the > 2.9 did not work with other tools I use. > > 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
