Re: [Boost-bugs] [Boost C++ Libraries] #10942: Boost.Thread fails to build on Cygwin

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #10942: Boost.Thread fails to build on Cygwin
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2015-01-20 23:48:40

#10942: Boost.Thread fails to build on Cygwin
  Reporter: pdimov | Owner: ned14
      Type: Bugs | Status: new
 Milestone: To Be Determined | Component: thread
   Version: Boost 1.57.0 | Severity: Problem
Resolution: | Keywords:

Comment (by ned14):

 Replying to [comment:5 pdimov]:
> the default can't have two values at the same time. It's not possible to
 compile the Win32 sources under Cygwin, this results in errors. Perhaps
 it's possible to add `<threadapi>pthread` to the requirements for
 `<toolset>gcc,<target-os>windows`, but this would break MinGW. There are
 references to `<target-os>` being `cygwin` in `gcc.jam`, but it's not.
 `<gcc:flavor>` is `mingw` on MinGW, but not set on Cygwin.

 Peter, my expectation for compiling under cygwin is that you would
 configure b2 as if it were Linux. That means WIN32 is *not* defined.

 Cygwin isn't intended for compiling code that knows anything about
 Windows. I know it can be used as a "better than mingw", but to be honest
 since mingw-w64 came onto the scene it is neither a common use case nor a
 desirable one.

 As a personal preference, I'd also like to drop mingw32 support as soon as
 it presents problems. Mingw-w64 is consuming all the development resources
 nowadays, and right now mingw32 latest is producing broken segfaulting
 binaries for AFIO at least. I'm currently intending to drop mingw32
 support for the next AFIO release, I simply couldn't be bothered patching
 around it any more when mingw-w64 just works first time and every time.

 BTW mingw-w64 also can produce 32 bit binaries. It is a total and much
 superior replacement for mingw32.


Ticket URL: <>
Boost C++ Libraries <>
Boost provides free peer-reviewed portable C++ source libraries.

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:17 UTC