|
Boost-Build : |
From: Jeff Holle (jeff.holle_at_[hidden])
Date: 2004-02-11 12:24:01
Actually, what I said below is not true.
Changing INTEL_BASE_TOOLSET from 'msvc' to 'vc6' did have an affect.
Now the problems are unresolved references to what looks like a standard
library stuff.
My understanding is that intel-win32-stlport will not use the STLport io
library by default. Is this true? If so what do I have to do to enable
its use? If not, what do I have to do to disable its use?
I also have problems building this library. I've attempted to use the
provided makefile. Plus when to the trouble of creating a Jamfile for
it. Same result.
I get a lot of errors like:
..\\stlport\ctime(32): error: namespace "std" has no member "size_t"
using _STLP_VENDOR_CSTD::size_t;
Jeff Holle wrote:
> INTEL_BASE_TOOLSET is defined only in intel-win32-tools.jam line 28 on
> my system.
> It was 'msvc'. I've tried 'vc6', since this is what I've got. It
> didn't seem to alter any bjam behavior.
>
> David Abrahams wrote:
>
> > Jeff Holle <jeff.holle_at_[hidden]> writes:
> >
> > > In doing more research, I found how to fix this problem.
> > > The offensive line is boost/tools/build/v1/intel-win32-tools.jam
> > line 87.
> > > I simply commented it out.
> >
> > What is INTEL_BASE_MSVC_TOOLSET set to on your system?
> >
> > > Another thing recommended is suppression of warning 167. It is
> emitted
> > > 520 times during the boost build. Always associated with use of
> > > BOOST_ASSERT.
> > > Appending "/Qwd167" to line 42 of intel-win32-tools.jam fixed this.
> >
> > I think we ought to fix BOOST_ASSERT so that it doesn't do that.
> >
> > > Now the only problem is the link stage of all dll builds appear to
> have
> > > failed because the symbol __declspec(dllimport) is reported as an
> > > undefined reference.
> > >
> > > The interesting thing, to me at least, is this isn't a problem
> with the
> > > intel-win32 build. This suggests there is a solution.
> >
> > It appears something you've done to the toolset is turning
> > MS-specific extensions.
> >
> > > My hope is this isn't a show stopper because this mechanism has been
> > > tossed so dlls work more like shared libraries on linux. At least
> this
> > > compiler package comes with xilink, something described as a "dynamic
> > > linker".
> > >
> > > I humbly request guidance in resolving this problem.
> >
> > --
> > Dave Abrahams
> > Boost Consulting
> > www.boost-consulting.com
> >
> >
> > *Yahoo! Groups Sponsor*
> > ADVERTISEMENT
> >
> <http://rd.yahoo.com/SIG=12cuef6fa/M=267637.4521717.5694185.1261774/D=egroupweb/S=1707281907:HM/EXP=1076599517/A=1945638/R=0/*http://www.netflix.com/Default?mqso=60178383&partid=4521717
> <http://rd.yahoo.com/SIG=12cuef6fa/M=267637.4521717.5694185.1261774/D=egroupweb/S=1707281907:HM/EXP=1076599517/A=1945638/R=0/*http://www.netflix.com/Default?mqso=60178383&partid=4521717>>
>
> >
> >
> >
> > ------------------------------------------------------------------------
> > *Yahoo! Groups Links*
> >
> > * To visit your group on the web, go to:
> > http://groups.yahoo.com/group/jamboost/
> >
> > * To unsubscribe from this group, send an email to:
> > jamboost-unsubscribe_at_[hidden]
> > <mailto:jamboost-unsubscribe_at_[hidden]?subject=Unsubscribe>
> >
> > * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
> > Service <http://docs.yahoo.com/info/terms/>.
> >
> >
>
>
> *Yahoo! Groups Sponsor*
> ADVERTISEMENT
> <http://rd.yahoo.com/SIG=12c9uofhn/M=268585.4521611.5694062.1261774/D=egroupweb/S=1707281907:HM/EXP=1076601929/A=1950448/R=0/*http://ashnin.com/clk/muryutaitakenattogyo?YH=4521611&yhad=1950448>
>
>
>
> ------------------------------------------------------------------------
> *Yahoo! Groups Links*
>
> * To visit your group on the web, go to:
> http://groups.yahoo.com/group/jamboost/
>
> * To unsubscribe from this group, send an email to:
> jamboost-unsubscribe_at_[hidden]
> <mailto:jamboost-unsubscribe_at_[hidden]?subject=Unsubscribe>
>
> * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
> Service <http://docs.yahoo.com/info/terms/>.
>
>
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk