Re: gcc-nocygwin toolset obsolete

From: Raoul Gough (raoulgough_at_[hidden])
Date: 2003-01-16 13:22:40

"William E. Kempf" <wekempf_at_[hidden]> wrote in message
news:4545.167.16.75.51.1042783593.squirrel_at_frodo.kempf-ville.com...
> David Abrahams said:
> > "Raoul Gough" <raoulgough_at_[hidden]> writes:
> >
> >> "David Abrahams" <dave_at_[hidden]> wrote in message
> >> news:ud6n1ruka.fsf_at_boost-consulting.com...
> >>> "Raoul Gough" <raoulgough_at_[hidden]> writes:
[snip]
> >>> > That means it should be possible simply to
> >>> > use -sBUILD="<cxxflags>-mno-cygwin" with the regular gcc
toolset,
[snip]
> This reveals a problem in Boost.Build, I believe:
>
> Script started on Thu Jan 16 09:51:04 2003
> /home/wekempf/bin already exists...
>
>
>
> mwekempf_at_WEKEMPFWS
>
> $ cd ~/boost/libs/thread/build
>
> ~/boost/libs/thread/build
>
> mwekempf_at_WEKEMPFWS ~/boost/libs/thread/build
>
> $ bjam -sTOOLS=gcc -sBUILD="<cxxflags>-mno-cygwin"

Now that I look at the old gcc-nocygwin-tools.jam file, there is some
kind of messiness copied from mingw-tools.jam for the linker command.
It might be better to use:

bjam -sTOOLS=mingw -sBUILD="<cxxflags>-mno-cygwin"

The only proviso would be that your MINGW_ROOT_DIRECTORY is unset or,
possibly, points (misleadingly) to a Cygwin installation.

>
> ....found 294 targets...
>
> ....updating 15 targets...
[snip]
>
> gcc-dllwrap actions too long (max 2047):
>

mingw-tools.jam includes the following for the link commands:

# Workaround GCC's lack of command-files and NT's line-length
limitation.
if $(NT) {
JAMSHELL on $(<) = % ;
}

Don't understand that myself, but maybe it would help.

> David Abrahams said:
> > Document the new information. Maybe even label the toolset
> > "deprecated" for the next release, and modify it so it prints a
> > warning with a reference to the documentation page the first time
it's
> > used. At least we'll find out if anyone depends on it.
>
> I think a toolset is still needed... though it can be greatly
simplified.
> When regression testing it's at least inconvenient to have to supply
the
> -mno-cygwin option as instructed above. I'd much prefer a toolset
that
> did this automatically for me.

Seems reasonable. I'll try to come up with a cut-down version of the
toolset and documentation for review.

>
> As for anyone depending on it... I certainly do, since this option
impacts
> whether or not POSIX threads or Win32 threads are used for the
> implementation of Boost.Threads using the cygwin gcc.

Regards,
Raoul Gough.

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com