From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7974 invoked by alias); 5 Apr 2016 05:54:49 -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 7958 invoked by uid 89); 5 Apr 2016 05:54:48 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=AWL,BAYES_05,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=H*i:sk:announc, H*RU:!192.168.1.100!, H*r:ip*192.168.1.100, Hx-spam-relays-external:!192.168.1.100! X-HELO: m0.truegem.net Received: from m0.truegem.net (HELO m0.truegem.net) (69.55.228.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 05 Apr 2016 05:54:38 +0000 Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id u355sa3K071282 for ; Mon, 4 Apr 2016 22:54:36 -0700 (PDT) (envelope-from mark@maxrnd.com) Received: from 76-217-5-154.lightspeed.irvnca.sbcglobal.net(76.217.5.154), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpd8DXeAG; Mon Apr 4 22:54:32 2016 Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.5.0-0.11 To: cygwin@cygwin.com References: From: Mark Geisert Message-ID: <5703531D.9070004@maxrnd.com> Date: Tue, 05 Apr 2016 05:54:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-04/txt/msg00081.txt.bz2 I am running into a problem building Cygwin 2.5.0-0.11 from source on Windows 7 64-bit. This is not new with the latest test release but I believe it is new with 2.5.0 over 2.4.1. When building in winsup/utils, I hit this: c++wrap -pipe -march=haswell -fno-exceptions -fno-rtti -O2 -g -fno-rtti -fno-exceptions -fno-use-cxa-atexit -Wall -Wstrict-aliasing -Wwrite-strings -fno-common -pipe -fbuiltin -fmessage-length=0 -c -o cygwin-console-helper.o /oss/src/winsup/utils/cygwin-console-helper.cc i686-w64-mingw32-g++ -o cygwin-console-helper.exe cygwin-console-helper.o -static cygwin-console-helper.o: file not recognized: File format not recognized collect2: error: ld returned 1 exit status Makefile:153: recipe for target 'cygwin-console-helper.exe' failed make[3]: *** [cygwin-console-helper.exe] Error 1 make[3]: Leaving directory '/oss/build/x86_64-unknown-cygwin/winsup/utils' Makefile:83: recipe for target 'utils' failed make[2]: *** [utils] Error 1 make[2]: Leaving directory '/oss/build/x86_64-unknown-cygwin/winsup' Makefile:8947: recipe for target 'all-target-winsup' failed make[1]: *** [all-target-winsup] Error 2 make[1]: Leaving directory '/oss/build' Makefile:853: recipe for target 'all' failed make: *** [all] Error 2 I found that the generated winsup/utils/Makefile has MINGW_CXX := i686-w64-mingw32-g++ even though I am building on 64-bit. I'm not deeply familiar with autoconf but something about the configuring seems wrong. configure.ac checks for the existence of ${target_cpu}-w64-mingw32-g++ but config.status shows target_cpu isn't initialized until after MINGW_CXX is initialized. I have compilers for both arches installed, if that matters. ..mark -- 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