From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 67349 invoked by alias); 16 May 2015 04:58:48 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 67339 invoked by uid 89); 16 May 2015 04:58:47 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=3.3 required=5.0 tests=AWL,BAYES_05,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: na01-by2-obe.outbound.protection.outlook.com Received: from mail-by2on0106.outbound.protection.outlook.com (HELO na01-by2-obe.outbound.protection.outlook.com) (207.46.100.106) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA256 encrypted) ESMTPS; Sat, 16 May 2015 04:58:45 +0000 Authentication-Results: cygwin.com; dkim=none (message not signed) header.d=none; Received: from [192.168.10.5] (67.188.43.168) by BLUPR0501MB1748.namprd05.prod.outlook.com (25.163.120.27) with Microsoft SMTP Server (TLS) id 15.1.160.19; Sat, 16 May 2015 04:58:41 +0000 Message-ID: <5556CE72.6030704@coverity.com> Date: Sat, 16 May 2015 18:18:00 -0000 From: Scott McPeak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Subject: Re: cygwin 2.0.2, make 4.1: stderr redirect append does not work with native Windows programs In-Reply-To: <20150515183339.c708bd1d310149fe02dc121e@nifty.ne.jp> References: <20150515183339.c708bd1d310149fe02dc121e@nifty.ne.jp> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: BY2PR03CA075.namprd03.prod.outlook.com (10.141.249.48) To BLUPR0501MB1748.namprd05.prod.outlook.com (25.163.120.27) X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB1748; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5005006)(3002001);SRVR:BLUPR0501MB1748;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB1748; X-Forefront-PRVS: 057859F9C5 X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10019020)(6009001)(6049001)(51704005)(2950100001)(77096005)(4001350100001)(92566002)(50466002)(189998001)(87976001)(5001960100002)(110136002)(107886002)(83506001)(80316001)(2351001)(46102003)(33656002)(122386002)(40100003)(65956001)(66066001)(47776003)(86362001)(42186005)(450100001)(62966003)(77156002)(50986999)(65816999)(54356999)(87266999)(76176999)(59896002)(117156001)(36756003)(23676002);DIR:OUT;SFP:1102;SCL:1;SRVR:BLUPR0501MB1748;H:[192.168.10.5];FPR:;SPF:None;MLV:sfv;LANG:en; X-OriginatorOrg: coverity.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 May 2015 04:58:41.8202 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB1748 X-SW-Source: 2015-05/txt/msg00197.txt.bz2 > Although I'm not sure why this happens (maybe a bug of make), try > > make -O 2>&1 | cat > > With option -O, it seems to work as expected. Indeed, thanks! It also appears that I can: $ export MAKEFLAGS=O $ make ... to work around the problem, with no apparent ill effects, which is good because my actual environment involves a twisty maze of recursive Makefiles. Of course, I still hope the underlying bug gets fixed. -Scott -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple