Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com Message-ID: <3AC9A1611DF4D211AA8E00105AA56D8A04943D@iis000.microdata.fr> From: Bernard Dautrevaux To: "'earnie_boyd AT yahoo DOT com'" , Bernard Dautrevaux Cc: cygwin AT sourceware DOT cygnus DOT com Subject: RE: not updating unwritable cache ../config.cache Date: Thu, 7 Oct 1999 14:02:58 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF10BB.EB0DC510" ------_=_NextPart_001_01BF10BB.EB0DC510 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > -----Original Message----- > From: Earnie Boyd [mailto:earnie_boyd AT yahoo DOT com] > Sent: Thursday, October 07, 1999 1:43 PM > To: Bernard Dautrevaux > Cc: cygwin AT sourceware DOT cygnus DOT com > Subject: RE: not updating unwritable cache ../config.cache >=20 >=20 > --- Bernard Dautrevaux wrote: > -8<- > >=20 > > Why? mingw gcc is compiled and run in the cygwin=20 > environment I think, so go > > through cygwin1.dll that handles ntsec. > >=20 > -8<- >=20 > Mingw32 gcc and binutils _DO_NOT_ use the cygwin1.dll. That=20 > is the reason it > exists. Instead it uses the runtime from M$. So, Kai is=20 > correct that Mingw32 > doesn't care about ntsec as far as the it's implementation=20 > within cygwin1.dll. >=20 I do know that the code _generated_ by mingw32 do not use cygwin1.dll; that's effectively the reason why it exists :-) But I think I've read that the "native" mingw32 toolset was in fact = running under cygwin and using cygwin1.dll... but perhaps this is only true for = the mingw32 cygwin-add-on, not for the independently distributed one.=20 Forgive me if I'm not really sure, but for now quite a long time I'm = using always mingw32 for all my NT development, but I'm using a = cross-compiler running on UNIX (usually Linux, but I've also built the cross-toolset = on other flavors of UNIX, like Solaris, where it runs fine). Regards, Bernard -------------------------------------------- Bernard Dautrevaux Microprocess Ing=E9ni=E9rie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel: +33 (0) 1 47 68 80 80 Fax: +33 (0) 1 47 88 97 85 e-mail: dautrevaux AT microprocess DOT com b DOT dautrevaux AT usa DOT net --------------------------------------------=20 ------_=_NextPart_001_01BF10BB.EB0DC510 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: not updating unwritable cache ../config.cache

> -----Original Message-----
> From: Earnie Boyd [mailto:earnie_boyd AT yahoo DOT com]<= /FONT>
> Sent: Thursday, October 07, 1999 1:43 PM
> To: Bernard Dautrevaux
> Cc: cygwin AT sourceware DOT cygnus DOT com
> Subject: RE: not updating unwritable cache = ../config.cache
>
>
> --- Bernard Dautrevaux = <DAUTREVAUX AT microprocess DOT com> wrote:
> -8<-
> >
> > Why? mingw gcc is compiled and run in the = cygwin
> environment I think, so go
> > through cygwin1.dll that handles = ntsec.
> >
> -8<-
>
> Mingw32 gcc and binutils _DO_NOT_ use the = cygwin1.dll.  That
> is the reason it
> exists.  Instead it uses the runtime from = M$.  So, Kai is
> correct that Mingw32
> doesn't care about ntsec as far as the it's = implementation
> within cygwin1.dll.
>

I do know that the code _generated_ by mingw32 do not = use cygwin1.dll; that's effectively the reason why it exists :-)

But I think I've read that the "native" = mingw32 toolset was in fact running under cygwin and using = cygwin1.dll... but perhaps this is only true for the mingw32 = cygwin-add-on, not for the independently distributed one.

Forgive me if I'm not really sure, but for now quite = a long time I'm using always mingw32 for all my NT development, but I'm = using a cross-compiler running on UNIX (usually Linux, but I've also = built the cross-toolset on other flavors of UNIX, like Solaris, where = it runs fine).

Regards,

        =         Bernard

--------------------------------------------
Bernard Dautrevaux
Microprocess Ing=E9ni=E9rie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:    +33 (0) 1 47 68 80 80
Fax:    +33 (0) 1 47 88 97 85
e-mail: dautrevaux AT microprocess DOT com
        =         b DOT dautrevaux AT usa DOT net
--------------------------------------------

------_=_NextPart_001_01BF10BB.EB0DC510--