From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo Newsgroups: gmane.emacs.devel Subject: Re: Latest EMACS on BZR trunk does not compile with MinGW Date: Wed, 4 Jun 2014 23:50:09 +0200 Message-ID: References: <80sinlu5kt.fsf@gmail.com> <538E2E90.4020706@cs.ucla.edu> <83mwdt8zkw.fsf@gnu.org> <83lhtd892x.fsf@gnu.org> <83tx807qdx.fsf@gnu.org> <83k38w7k7i.fsf@gnu.org> <83ha407j92.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1401918624 23947 80.91.229.3 (4 Jun 2014 21:50:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Jun 2014 21:50:24 +0000 (UTC) Cc: =?UTF-8?Q?Vincent_Bela=C3=AFche?= , Paul Eggert , Emacs development discussions To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 04 23:50:17 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WsJ4a-0006Tq-2a for ged-emacs-devel@m.gmane.org; Wed, 04 Jun 2014 23:50:16 +0200 Original-Received: from localhost ([::1]:37192 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsJ4Z-0007Y2-LS for ged-emacs-devel@m.gmane.org; Wed, 04 Jun 2014 17:50:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54855) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsJ4X-0007XY-8A for emacs-devel@gnu.org; Wed, 04 Jun 2014 17:50:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WsJ4W-0004zO-Ex for emacs-devel@gnu.org; Wed, 04 Jun 2014 17:50:13 -0400 Original-Received: from mail-wi0-x22f.google.com ([2a00:1450:400c:c05::22f]:37127) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WsJ4U-0004z4-Rd; Wed, 04 Jun 2014 17:50:10 -0400 Original-Received: by mail-wi0-f175.google.com with SMTP id f8so9247691wiw.8 for ; Wed, 04 Jun 2014 14:50:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Y71MUouslTF265sRrKZvdXVyQimn2C0BrltQeN8JbQ4=; b=VHux+xdMzxS23WBz6U2Qx/6XzX+SH+p68Evs+7XF+MIFN9leIXJhPhfgiX2409tp3P KEifu+yJ1UA3eG5R55t+qdsJ/NNXK9//i0RC4NrENY9Cm2fZTbS8s929xynRS+seeVkp pKvWeb7J9mC/45xabaV8rwUnQfu3qLThzqf/7l7pksXhfWNiKVNYH94hLa27raDasylq sEq2WIpLL3pl67jfTbTBx7n+mP5LoDjaDIownjl/t9NIaYyRmgkjPDOnkMuEqz2UQg1D ShpCQRuqfSe+/PEYWDue62K4a10jt6VPhJOr5S/L7+ujl7FgJG1kl3qIkxq1R/30o45T uNIw== X-Received: by 10.180.212.77 with SMTP id ni13mr9361600wic.5.1401918609699; Wed, 04 Jun 2014 14:50:09 -0700 (PDT) Original-Received: by 10.216.179.138 with HTTP; Wed, 4 Jun 2014 14:50:09 -0700 (PDT) In-Reply-To: <83ha407j92.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22f X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:172343 Archived-At: >> For example, wouldn't it be possible to check the output of 'uname'? > > Maybe, but it's not simple, because there's more than one kind > available out there. I have 3 on my system, and they report, > respectively: > > MINGW32_NT-5.1 HOME-C4E4A596F7 1.0.17(0.48/3/2) 2011-04-24 23:39 i686 Msys > MINGW32_NT-5.1 HOME-C4E4A596F7 1.0.12(0.46/3/2) 2012-07-05 14:56 i686 unknown > windows32 home-c4e4a596f7 2.5.1 2600 i686-pc Intel unknown MinGW > > In a nutshell, most of what a ported 'uname' reports is hard-wired > into it when it is built, because there's no such OS as "MinGW". > That's hardly a good way of reliably identifying MinGW. I see. Too bad that different MSYS flavors are not consistent wrt the output of 'uname'. Another option would be, perphaps, to check the environment variable $OSTYPE (instead of $MSYSTEM). I've just done a quick test on my system: if I invoke "bash.exe" (without "--login"), I see that $OSTYPE holds "msys", while $MSYSTEM is undefined. (But I don't know if this is also true in other MSYS flavors). -- Dani Moncayo