Re: [MinGW-dvlpr] Fwd: RE: gcc -mno-cygwin creates cygwin executables!

[Paul G. <pga...@qw...>]

On 12 Dec 2001 at 7:08, Earnie Boyd wrote:

> "Paul G." wrote:
> > 
> > On 12 Dec 2001 at 11:32, Danny Smith wrote:
> > 
> > >  --- "a.rburgers" <a.r...@fr...> wrote: > Date: Tue, 11
> > >  Dec 2001
> > > 22:31:16 +0100
> > > > From: "a.rburgers" <a.r...@fr...>
> > > > To: cy...@cy...
> > > > Subject: RE: gcc -mno-cygwin creates cygwin executables!
> > > >
> > > =====snip====
> > > > > Why not add the
> > > > > win32-pthread functions somewhere and add that to the
> > > > > -mno-cygwin
> > > > specs?
> > > >
> > > > You mean adding the win32-pthread functions to the standard
> > > > cygwin mingw distribution? That would be perfect of cause!
> > > >
> > > > Teun
> > > >
> > >
> > > Above is from cygwin list.  I've thought of this too for the mingw
> > > distro, but it would mean also incorporating Thomas Pfaff's
> > > proposed changes to libmingwthrd.a and building part of libgcc.a
> > > as dll (for exception support).  Thomas, how stable is current
> > > win32-pthread?
> > >
> 
> The problem with adding it as a stdlib is that it's GPL.
> 
> > > Perhaps, at least, a link to the win32-pthread home page/mailing
> > > list from mingw home.
> > 
> >         Yes, at least a link.  That way we open the door for some
> >         industrious user to take on the task ;-).
> > 
> 
> A URL pointer to the official distribution would be best, IMO.
> 
> >         I think there is some bias against implementing Posix
> >         threads for Mingw since Mingw is primarily a Win32API
> > based tool.  I can understand, however, how it could be very useful
> > for MSYS.  Not so sure about current Mingw distro.
> > 
> 
> MSYS isn't sporting it's own version of GCC so it's not going to be
> useful there, albeit, libposix.a would be found by the configure
> scripts that were trying to use it with MinGW's GCC.  I think the
> point Paul is trying to make is that MINimalist Gnu for Windows should
> remain minimal.

	Yes, without stepping on toes...;-)

	Paul G.