> error LNK2001: unresolved external symbol "public: __thiscall
> boost::thread::thread(class boost::function0<void,class
> stlp_std::allocator<class boost::function_base> > const &)"
>--^^^^^^^^--
>That says it is being compiled with STlport. Since this is a link
>problem, could you show us some of the link commands?

This error is from my test-application, not the boost build itself. The linker searches for a function with stlp_std::allocator but it doesn't exists in the libboost_thread- xxx.lib file, since it didn't get built with stlport in the first place.
I forget to say that I'm using boost with static linking.

I'll run bjam with the switches as you suggested.

Thanks,
Christian


On 04/06/07, Rene Rivera <grafikrobot@gmail.com> wrote:
Christian Holmquist wrote:
> error LNK2001: unresolved external symbol "public: __thiscall
> boost::thread::thread(class boost::function0<void,class
> stlp_std::allocator<class boost::function_base> > const &)"
--^^^^^^^^--
That says it is being compiled with STlport. Since this is a link
problem, could you show us some of the link commands?

> Is there some bjam switch I can use to give me more information about which
> files get included in the build process?

All the following are possibilities:

--debug-configuration (Tells you how it's finding & setting compilers)
-n (Prints out all the commands it would execute, but doesn't exec them)
-d+2 (Prints out the commands as it executes them, without response file
output)


--
-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. - http://redshift-software.com
-- rrivera/acm.org - grafik/redshift-software.com
-- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build