how to build - msvc 8.0 and stlport 5.3

On 28/05/07, Christian Holmquist < c.holmquistgmail.com">c.holmquistgmail.com> wrote:

Hello,

 

I've been searching a lot before finally posting here, so I'm happy with any information that could point me in the right direction.

 

I'm trying to build boost 1.34 with msvc 8.0 sp1, winxp pro and stlport 5.3.

&nbsp;

boost_34_0toolsbuildv2user-config.jam was modified like this

&nbsp;

#&nbsp; Configure, specifying locatioh of both headers and libraries
  using stlport : : C:downloadSTLport-5.1.3stlport C:downloadSTLport-5.1.3lib ;
 

from command line I'm building like this:

&nbsp;

bjam --build-dir=c:boost-build --stagedir=c:boost-build  --with-thread --toolset=msvc-8.0 stage

&nbsp;

The generated lib files misses 'p'; in their filename, suggesting that they infact do not build with stlport.

 

I tried adding stdlib=stlport to the bjam command line, which changes the name of the boostlib files to include 'p';, but this only leads to link error when trying to build my applications.

&nbsp;

I think this is a common scenario, using both stlport and boost, that a link from the documentation at an early point would be much appreciated.

 ;

Thanks for any help,

 

Christian

 

On 04/06/07, Vladimir Prus < ghostcs.msu.su">ghostcs.msu.su> wrote:

Christian Holmquist wrote:

&gt; Hello,
>;
> I've been searching a lot before finally posting here, so I'm happy with
>; any information that could point me in the right direction.
>
> I'm trying to build boost 1.34 with msvc 8.1 sp1, winxp pro and stlport
&gt; 5.3.
>
> boost_34_0toolsbuildv2user- config.jam was modified like this
>
> # &nbsp;Configure, specifying locatioh of both headers and libraries
> &nbsp; using stlport : : C:downloadSTLport-5.1.3stlport C:downloadSTLport-
&gt; 5.1.3lib ;
>
&gt; from command line I'm building like this:
>
> bjam --build-dir=c:boost-build --stagedir=c:boost-build &nbsp;--with-thread
> --toolset=msvc-8.0 stage
>
> The generated lib files misses 'p'; in their filename, suggesting that they
>; infact do not build with stlport.

Yes, you need stdlib=stlport

> I tried adding stdlib=stlport to the bjam command line, which changes the
> name of the boostlib files to include 'p';, but this only leads to link
>; error when trying to build my applications.

What link error?

- Volodya


_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build

On 04/06/07, Rene Rivera < grafikrobotgmail.com">grafikrobotgmail.com> wrote:

Christian Holmquist wrote:
>; error LNK2001: unresolved external symbol "public: __thiscall
> boost::thread::thread(class boost::function0<void,class
&gt; stlp_std::allocator&lt;class boost::function_base&gt; > const &)&quot;
--^^^^^^^^--
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
&gt; 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

On 04/06/07, Christian Holmquist < c.holmquistgmail.com">c.holmquistgmail.com> wrote:

> error LNK2001: unresolved external symbol "public: __thiscall
> boost::thread::thread(class boost::function0<void,class
&gt; stlp_std::allocator&lt;class boost::function_base&gt; > const &)&quot;
>--^^^^^^^^--
>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 < grafikrobotgmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> grafikrobotgmail.com> wrote:

Christian Holmquist wrote:
>; error LNK2001: unresolved external symbol "public: __thiscall
> boost::thread::thread(class boost::function0<void,class
&gt; stlp_std::allocator&lt;class boost::function_base&gt; > const &)&quot;
--^^^^^^^^--
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
&gt; 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