Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-developers-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-developers-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin-developers AT sourceware DOT cygnus DOT com
Message-ID: <3877C419.5641CAC8@vinschen.de>
Date: Sun, 09 Jan 2000 00:11:21 +0100
From: Corinna Vinschen <corinna AT vinschen DOT de>
X-Mailer: Mozilla 4.7 [en] (WinNT; I)
X-Accept-Language: de,en
MIME-Version: 1.0
To: Chris Faylor <cgf AT cygnus DOT com>
CC: cygdev <cygwin-developers AT sourceware DOT cygnus DOT com>
Subject: Re: ntsec-patch16 (and some other)
References: <38778A0D DOT 5633ADAF AT vinschen DOT de> <20000108141938 DOT A7248 AT cygnus DOT com> <38779BDD DOT 12518FDE AT vinschen DOT de> <20000108171256 DOT A31291 AT cygnus DOT com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Chris Faylor wrote:
> [...]
> On Sat, Jan 08, 2000 at 09:19:41PM +0100, Corinna Vinschen wrote:
> >That's curious, because on the other hand a `make' in the winsup dir
> >want to `make all' in mingw/profile which then failes because there's
> >no Makefile...
> 
> Are you sure?  I don't see how the winsup Makefile could possibly
> be doing anything in mingw/profile.  Do you actually see the string
> "mingw/profile" in winsup/Makefile?  The only place I would expect
> to see this is in winsup/mingw/Makefile.

No, my fault, I haven't described it clearly. In mingw/Makefile and
also in mingw/Makefile.in is the line

	SUBDIRS:=profile

and from here the rule `subdirs' seem to call the `make all' in
the profile dir that failes. AFAICS the problem is that the failing
make in the profiles subdir forces the end of the complete hirarchical
make process. Maybe it's enough to ignore the result code?!?

> >In the previous snapshots the compiler got the flag
> >`-D__INSIDE_CYGWIN__' as well. This is not the case
> >in the latest snapshot.
> 
> Well, then, that is the problem to fix.  I have done so in our sources.

That's the other way to solve it ;-)
Nevertheless, IMHO it would be better to make it bullet proof in the
sources...

Corinna