From: Raoul Gough (raoulgough_at_[hidden])
Date: 2003-01-13 14:12:52
"David Abrahams" <dave_at_[hidden]> wrote in message
> "Raoul Gough" <raoulgough_at_[hidden]> writes:
> > I've had some correspondence with one of the cygwin maintainers,
> > it seems that gcc -mno-cygwin has changed for the better with
> > to C++ support. The relevant points are
> > o The Cygwin "gcc-mingw" package has a cygwin-free libstdc++
> > o Cygwin setup installs this package automatically with gcc
> > o g++ -mno-cygwin therefore *includes* C++ library support
> > That means it should be possible simply to
> > use -sBUILD="<cxxflags>-mno-cygwin" with the regular gcc toolset,
> > rendering gcc-nocygwin obsolete. In particular, installing
> > recommended in the gcc-nocygwin documenation, is probably *not*
> > advice anymore.
> > I think it's time to remove the gcc-nocygwin toolset, and maybe
> > include a note to the effect that -mno-cygwin should just work as
> > gcc compiler option. Any reason not to do this? Can someone advise
> > correct procedure for obsoleting a toolset?
> I guess it depends which version of GCC you have, no?
I take it you wouldn't advocate removing it outright? What other
options would you suggest (without causing undue confusion to newer
I'm not sure if there was support for this with the 2.95.3-5 compiler.
Obviously you can't mix the new libstdc++ with the old compiler, so it
might require a compiler upgrade for some people. On the other hand, I
can't imagine that many people would be affected by this (how far back
are we trying to support, anyway). I think it's important not to
confuse new users, who are likely to have (or be able to move to ) a
recent release of Cygwin anyway.
The only correspondence I've ever had about this toolset usually
indicated that it was not very robust anyway (various problems with
the instructions for building STLport).
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
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