From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4528 invoked by alias); 19 Oct 2017 20:35:44 -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 4479 invoked by uid 89); 19 Oct 2017 20:35:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=H*M:cygwin, H*M:1767, H*M:8a2f, H*M:15d7 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 19 Oct 2017 20:35:43 +0000 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 61139821C7 for ; Thu, 19 Oct 2017 20:35:42 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 61139821C7 Authentication-Results: ext-mx04.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=cygwin.com Authentication-Results: ext-mx04.extmail.prod.ext.phx2.redhat.com; spf=none smtp.mailfrom=yselkowitz@cygwin.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 61139821C7 Received: from [10.10.120.41] (ovpn-120-41.rdu2.redhat.com [10.10.120.41]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 121C960C8A for ; Thu, 19 Oct 2017 20:35:41 +0000 (UTC) Subject: Re: Which is it -pc- or -unknown- To: cygwin@cygwin.com References: <7983d97c-3c6d-e3c2-2304-9527ad4c5735@gmail.com> <59e8f0cd.28279d0a.292b.4768@mx.google.com> <8a790ade-1761-b87b-b389-5f76d147c099@cygwin.com> <217068b0-f4df-1c30-07f7-8d7cbf84a52a@SystematicSw.ab.ca> From: Yaakov Selkowitz Message-ID: Date: Thu, 19 Oct 2017 20:35:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bwLoXdOMoBmP0NNnFoF0Iu3AwO2QmCkxv" X-IsSubscribed: yes X-SW-Source: 2017-10/txt/msg00219.txt.bz2 --bwLoXdOMoBmP0NNnFoF0Iu3AwO2QmCkxv Content-Type: multipart/mixed; boundary="2mjkQUWNg90vJQRfVekTUsmXHICOffHku"; protected-headers="v1" From: Yaakov Selkowitz To: cygwin@cygwin.com Message-ID: Subject: Re: Which is it -pc- or -unknown- References: <7983d97c-3c6d-e3c2-2304-9527ad4c5735@gmail.com> <59e8f0cd.28279d0a.292b.4768@mx.google.com> <8a790ade-1761-b87b-b389-5f76d147c099@cygwin.com> <217068b0-f4df-1c30-07f7-8d7cbf84a52a@SystematicSw.ab.ca> In-Reply-To: --2mjkQUWNg90vJQRfVekTUsmXHICOffHku Content-Type: text/plain; charset=windows-1252 Content-Language: en-CA Content-Transfer-Encoding: quoted-printable Content-length: 1637 On 2017-10-19 15:02, cyg Simple wrote: > On 10/19/2017 3:54 PM, Brian Inglis wrote: >> On 2017-10-19 12:59, Yaakov Selkowitz wrote: >>> On 2017-10-19 13:40, cyg Simple wrote: >>>> x86_64-pc-cygwin is just not correct regardless of the lack of past is= sues. >>> >>> As I have said several times, this assertion is incorrect. You need to >>> use the triplet which matches the toolchain with which you are building. >>> For example, Fedora and RHEL all use $arch-redhat-linux as their >>> triplet, and there is nothing wrong with that. >> >> Vendor -unknown- is just a default in various config cases, so specifyin= g -pc- >> for consistency on Cygwin builds is a valid choice by the maintainers. >=20 > FINE! But config.guess should match the CHOSEN one. Incorrect assumption. >> Perhaps a statement on the cygwin-apps list could clarify what should be= done by >> maintainers to ensure this override, and maybe retire the use of -unknow= n- by >> any Cygwin apps in future, with a notice to this (cygwin) list for those= who >> choose to build packages from net sources. >=20 > I don't care which is used as long as config.guess matches what is chosen. That is not a requirement. >> Perhaps also patches should be submitted to the config and automake main= tainers >> to ensure that {i*,x86_64}:CYGWIN*:*... always produce vendor -pc-. Not = sure >> about vendors for {amd64,powerpcle}:CYGWIN*:*... in config.guess, which = are >> currently also set to -unknown-. >=20 > Exactly what I'm saying. It needs to match what is being distributed > just for consistency and to avoid confusion. No patch is needed here. --=20 Yaakov --2mjkQUWNg90vJQRfVekTUsmXHICOffHku-- --bwLoXdOMoBmP0NNnFoF0Iu3AwO2QmCkxv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 228 -----BEGIN PGP SIGNATURE----- iHQEARECADQWIQRFYAu5jKh4qpenARn/IK+aZu4flAUCWekMnhYceXNlbGtvd2l0 ekBjeWd3aW4uY29tAAoJEP8gr5pm7h+UbQYAnRQ0jUnikuq8tij0PKgqOMn/vRPs AJ9G+7CNQsXH59zKwq9oYBfk/klJoQ== =8W0E -----END PGP SIGNATURE----- --bwLoXdOMoBmP0NNnFoF0Iu3AwO2QmCkxv--