strk wrote: >> *checking for the Boost Version... 1_34_1 >> checking for Boost libraries... -lboost_date_time-gcc33-mt >> -lboost_thread-gcc33-mt >> checking boost/thread.hpp usability... no >> checking boost/thread.hpp presence... no >> checking for boost/thread.hpp... no*
It does appear to have found your installation. > Benoit Sigoure gave us this link: > http://repo.or.cz/w/boost.m4.git We don't use that one. We have our own boost macro that support cross compiling, unlike the other one. >> I have libraries *libboost_date_time-gcc33-mt.so, libboost_thread-gcc33-mt >> libraries.so in /usr/local/include/* but still it is not able to pickup >> those i think. If you get the name like "-lboost_date_time-gcc33-mt", it was found. It looks more like some error. The easiest way to debug configure problems is to set CONFIG_SHELL to "sh -x" in your environment, and then run configure like "$CONFIG_SHELL ./configure.... blah". This will turn on all the debugging output, and then one of us can look at it and see what happened. At that point fixing it is easy. I have boost 34 build from source, and I also work on a Fedora 7 machine, and it all works fine for me. If you do the above, we can figure out what the issue is. btw, is this is a stock 0.8.1 release ? If so, I'd try cvs, as our boost macro has changed heavily since the last release. - rob - _______________________________________________ Gnash mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnash
