Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <3AB0449F.CF249E0E@ece.gatech.edu>
Date: Wed, 14 Mar 2001 23:27:11 -0500
From: "Charles S. Wilson" <cwilson AT ece DOT gatech DOT edu>
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Paul Garceau <pgarceau AT qwest DOT net>
CC: cygwin AT cygwin DOT com
Subject: Re: mingw32 build?
References: <3AAFB3E6 DOT 5162 DOT 1023538 AT localhost>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thanks for the informative response.  I'll look at the mingw site; if
mingw itself already provides interoperable libraries that can be used
with both mingw and cygwin -mno-cygwin, then the problem (specifically,
building a native XEmacs with cygwin-gcc-mno-cygwin) is solved.

--Chuck

Paul Garceau wrote:
> On 14 Mar 2001, at 20:15, the Illustrious Charles Wilson wrote:
> >
> > a) can I build dll's using '(cygwin)gcc -mno-cygwin' ?
> 
>         yes.
> 
> > b) can statlibs and import libs generated from '(cygwin)gcc -mno-cygwin'
> > work with mingw's gcc ?
> 
>         yes.
> >
> > Also, where should mingw-specific import and static libs go, from a
> > cygwin standpoint? Certainly not /usr/lib.  /usr/lib/mingw ?
> > /usr/mingw/lib ?  What about mingw-specific dll's?
> 
>         As I recall these sorts of things should go to /usr/local/lib or
> /usr/local/<yourdir>.  Same would be true for .dlls if you want to use
> them (unless they are already defined in Win32 system folder).
> 
> >
> > Since cygwin dll's are prefixed with 'cyg', should mingw dll's (for
> > these optional libraries) be prefixed with 'mgw' or something? (*)
> 
>         no.
> >
> > Finally, what are the highest priorities for the libraries -- I assume
> > zlib is first since netinstall requires it, but then what?  gdbm?
> > graphics?
> 
>         A number of these already exist under mingw distribution from
> http://www.mingw.org.  To get a better sense, you might want to
> download the binutils, gcc and runtime distributions from mingw site to
> determine what is and is not missing from Cygwin.
> 
> >
> > --Chuck
> >
> > (*) Note that current binutils support a '--dll-search-prefix' flag that
> > is used when hunting for dll's for direct (no import lib) linking.  So,
> > mingw's spec file can specify '--dll-search-prefix=mgw' (or whatever)
> > and that will "turn on" direct-to-dll link searching, regardless of what
> > prefix is chosen for mingw dlls.  This behavior however has no relation
> > to the ordinary (and still preferred) use of importlibs/statlibs with
> > names following the pattern 'lib<foo>.dll.a' and 'lib<foo>.a'.
> 
>         If you plan on doing a lot of mingw...it might be a better idea to
> simply download the Mingw distributions and deposit them in another
> directory on your (Win32) machine.  Much of what you are suggesting is
> already supported under Mingw distribution.  I am sure the folks
> working on Mingw would appreciate your input and likely welcome any
> patches you might suggest.
> 
>         As far as I know...Mingw has been added, in addition to Cygwin stuff,
> for those who desire to have the bash functionality for Mingw
> development (-mno-cygwin).
> 
>         For Cygwin, and I am assuming that Chris F. will gently correct me on
> this, Mingw is basically a "bonus", and it is supported only minimally
> for use in a Cygwin environment.  For full power Mingw builds, the
> Mingw distribution is your very best bet.  Cygwin environment allows
> mingw-gcc builds, it does not focus on them.  Thus the reason for the
>  -mno-cygwin switch.

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple