Re: [Mingw-msys] Re: [Mingw-users] [OT] MSYS? (WAS: Re: Problem compiling ACE/TAO with MingW)

[Luke D. <cod...@ho...>]

MSYS is intended to provide a POSIX build environment for the Mingw
compiler, primarily to allow 'configure' scripts to run and produce
mingw32-hosted executables. Cygwin provides a build environment that is best
suited to the Cygwin compiler, and in the past support for creating
non-cygwin-dependent executables has been fairly limited (e.g. libstdc++
dependent the cygwin DLL). If you believe that -mno-cygwin eliminates the
need for MSYS, then you must believe that there is no need for the Mingw
compiler at all, unless you mean that users should install both the Cygwin
compiler (for configure script style software) and the Mingw compiler (for
MSVC style software).

MSYS differs from Cygwin mainly in the way it translates POSIX paths to
Win32 paths in arguments passed to native Win32 programs (and not
MSYS-dependent programs). MSYS also provides a 'uname' command that allows
scripts to automatically detect that the host environment is 'mingw32'.

Luke Dunstan

----- Original Message -----
From: "Earnie Boyd" <ear...@ya...>
To: <min...@li...>
Cc: <min...@li...>
Sent: Monday, August 26, 2002 11:14 PM
Subject: [Mingw-msys] Re: [Mingw-users] [OT] MSYS? (WAS: Re: Problem
compiling ACE/TAO with MingW)


> Does someone else want to chime in?  If I see nothing else by the end of
the
> day, I'll give my opinions.
>
> Earnie.
>
> Christopher Faylor wrote:
>
> > On Mon, Aug 12, 2002 at 12:34:09PM +0530, Ranjit Mathew wrote:
> > >I recently (and successfully, I might add) built ACE 5.2.1 with MinGW
> > >1.1 and MSYS 1.0.7 using the build instructions given in the ACE docs.
> > >The docs however, refer to a CYGWIN/MinGW combo setup with its
> > >associated problems - it was far simpler and quite straightforward to
> > >use MSYS instead!
> >
> > Out of curiousity what "associated problems" are there with cygwin?  If
it's
> > just the problems with -mno-cygwin then recent test versions of gcc
should
> > eliminate all of them.
> >
> > I'm always interested in hearing how msys solves a problem since as far
> > as I know MSYS is based almost entirely on cygwin.
> >
> > And, as I've previously stated, I'm not wild about the idea of this msys
> > fork although it certainly falls within the rights of free software to
> > provide it.
> >
> > cgf
> > (Mr. Cygwin)