delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Message-Id: | <200207090501.g6951Mo14832@etp1.bitmover.com> |
From: | Andrew Chang <awc AT bitmover DOT com> |
To: | cygwin AT cygwin DOT com |
Subject: | The "make" command and file handle problem |
Date: | Mon, 8 Jul 2002 22:01:22 -0700 |
MIME-Version: | 1.0 |
On cygwin1.3.12-1, I am running a multi-level makefile. For some reason the top level make seems corrupt the file handle of the its sub-process. (redirected i/o no longer works in the sub-process). Note that my top level makefile is a very complex makefile, it probably works fine if you have a simple makefile. Fortunately, I stumble across a workaround; It turns out if you spawn the lower level make via the DOS shell, the problem goes away. e.g. low_level_target: cd sub_dir && cmd /c make low_level_stuff; Hope this will save someone sometime... If anyone have some insight into what might have caused this, pls drop us a note... thanks Andrew Chang -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |