Hi, 2010/10/6 Bruno Postle <[email protected]>
> On Wed 06-Oct-2010 at 00:10 -0700, Ken Turkowski wrote: > > /Users/turk/Downloads/hugin-2010.2.0/src/foreign/levmar/misc_core.c:566:2: >> warning: #warning LAPACK not available, LU will be used for matrix inversion >> when computing the covariance; this might be unstable at times >> > > Hugin can be built with or without lapack, but it doesn't seem to make much > difference either way so we don't require it. > > > The "deprecated conversion from string constant to ‘char*" can be fixed by >> using "const char*" in the API. >> >> The "warning: format ‘%d’ expects type ‘int’, but argument 3 has type >> ‘long int’" message is solvable by using "%ld" because it was declared as a >> long; some other cases might need, e.g. PRId64 from <inttypes.h>. >> >> The "comparison is always false due to limited range of data type" message >> can probably be ignored. >> > > I'm wary of fixing these at such a late stage in the release cycle without > having a specific bug that is known to effect users. Now is a good time to > fix them in the development 'trunk' though. > > > I got a runtime error when I ran >> > > Symbol not found: __ZN12wxConfigBase10ms_pConfigE >> Referenced from: /usr/local/lib/libhuginbasewx.0.0.dylib >> Expected in: flat namespace >> > > So, it looks like >> wxConfigBase::ms_pConfig >> is missing. >> >> I found it in >> wx-2.8/wx/confbase.h >> but it looks like it was just declared inside the class definition, but >> not allocated outside of the class definition. There needs to be a >> wxConfigBase *wxConfigBase::ms_pConfig; >> somewhere, perhaps #ifdef'ed by __APPLE__, __linux__, wxMAJOR_VERSION, >> wxMINOR_VERSION, wxRELEASE_NUMBER, wxSUBRELEASE_NUMBER >> > > I wonder why this hasn't been reported before, my understanding is that the > OS X build is ok. > > Can the OS X builders comment on this? I'm not in a position to do > anything about it since I'm running Hugin on Linux. > > -- > Bruno > > This has most probably to do with incorrect architecture versions linking against each other. wxmac28 can only be compiled as 32bit on OSX and wxmac29 is not yet supported in Hugin. wxmac28 being 32bit also means that hugin needs to be compiled as 32bit. On Snow Leopard everything is compiled as 64bit by default, also hugin and friends. Please do a "lipo -info" on your libwxmac* libraries and also on your "libhugin*" libraries and please let us know whether I'm correct. This "ifdef" rule is definitely not necessary. This mismatch between 32bit and 64bit has been discussed in a two threads (1,2) regarding recent builds from users also on snow Leopard. Before cmaking and making hugin do a complete clean of your build directory and then a: export CFLAGS="-arch i386 -I/opt/local/include -L/opt/local/lib" export CXXFLAGS="-arch i386 -I/opt/local/include -L/opt/local/lib" export LDFLAGS="-L/opt/local/lib" before doing a new cmake/make (this assumes you are using macports, for Fink change accordingly). With regard to LAPACK: Lapack is slower than LU on OSX, probably because it is not optimized enough. After some "pushing" ;) by Lukáš Jirkovský last year I did tests on "equal" builds with and without Lapack and I found it didn't bring anything. I also released a bundle with lapack but again, it didn't bring anything extra even though it should in theory. Harry 1: < http://old.nabble.com/Hugin-2010.3.0-crashes-on-startup-on-OS-X-10.6.4-td29625929r0.html > 2: <http://www.mail-archive.com/[email protected]/msg10355.html> -- 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
