X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type; q=dns; s=default; b=j57i KWCK6qdOTibtsc+t09+KJ+nYBfN92TQqJb0jear7HhVKMyDud7uX6NKiwPYltxHu DMux6AmEI6U6ZLk/sth+8vK1J/SFhFYmqAWf3gLmMnuBXLO2//l9Sw5KpU3r/0wv A8s1KojMbi7OGCS4lP7ZeMfM429j0JJQzgg3hYQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type; s=default; bh=ePy/9AwOn+ /Vm79vXqlpwGV88Hw=; b=Zhf466FLhREAxKBTx3A7SwZSA1a2gPTqHtnYzrozLc sRDyp7PiocvbIqI0F/owu+YL89P4ELU7pgu2HcZTkYX366iMy1hcPYbv+PxrSGTg xg3rFhJd9Z4XmcO3hf548D+9GZzxry19d69MB2gP+5DBs550ow0tNEQ6hWR2hKno 0= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com 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,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=urgently, triplets, *that*, *need* X-HELO: mx1.redhat.com DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 87C9EC001CD5 Authentication-Results: ext-mx08.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx08.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=eblake AT redhat DOT com Subject: Re: Which is it -pc- or -unknown- To: cygwin AT cygwin DOT com References: <59e7e340 DOT e9099d0a DOT ecab9 DOT 127a AT mx DOT google DOT com> <5e3588d9-d0a6-4181-54aa-56afa5082eab AT gmail DOT com> <10f91c20-d6d0-0dc4-cd2e-f71b2489defd AT cygwin DOT com> <193B1E2F-25B2-4C44-BC27-ADD19DD8CD43 AT solidrocksystems DOT com> <59c46d01-832a-357d-53b3-7cc8a7c26f1b AT gmail DOT com> <45b5c7da-e802-ae5f-9692-a9caf94fcda7 AT cygwin DOT com> <2e67e7e4-f689-164e-da78-712f60490e9b AT gmail DOT com> <07e896be-05ce-1c21-da25-c66487684bc0 AT cygwin DOT com> <0621b067-5960-80d6-5666-4d2248cbd7cf AT gmail DOT com> From: Eric Blake Openpgp: url=http://people.redhat.com/eblake/eblake.gpg Message-ID: <80bdecd3-53b5-1c58-da01-c31348774b0d@redhat.com> Date: Fri, 20 Oct 2017 13:34:58 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <0621b067-5960-80d6-5666-4d2248cbd7cf@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KKaHWHHVcQCVXw9rgCEqaoBFlCgOTWAeV" X-IsSubscribed: yes --KKaHWHHVcQCVXw9rgCEqaoBFlCgOTWAeV Content-Type: multipart/mixed; boundary="N2F8xboQV1RMdaIHMPvOTTWl72j73AG7H"; protected-headers="v1" From: Eric Blake To: cygwin AT cygwin DOT com Message-ID: <80bdecd3-53b5-1c58-da01-c31348774b0d AT redhat DOT com> Subject: Re: Which is it -pc- or -unknown- References: <59e7e340 DOT e9099d0a DOT ecab9 DOT 127a AT mx DOT google DOT com> <5e3588d9-d0a6-4181-54aa-56afa5082eab AT gmail DOT com> <10f91c20-d6d0-0dc4-cd2e-f71b2489defd AT cygwin DOT com> <193B1E2F-25B2-4C44-BC27-ADD19DD8CD43 AT solidrocksystems DOT com> <59c46d01-832a-357d-53b3-7cc8a7c26f1b AT gmail DOT com> <45b5c7da-e802-ae5f-9692-a9caf94fcda7 AT cygwin DOT com> <2e67e7e4-f689-164e-da78-712f60490e9b AT gmail DOT com> <07e896be-05ce-1c21-da25-c66487684bc0 AT cygwin DOT com> <0621b067-5960-80d6-5666-4d2248cbd7cf AT gmail DOT com> In-Reply-To: <0621b067-5960-80d6-5666-4d2248cbd7cf AT gmail DOT com> --N2F8xboQV1RMdaIHMPvOTTWl72j73AG7H Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 10/20/2017 11:11 AM, cyg Simple wrote: I may regret joining this thread, but here goes. >> Your assumption is that the default and chosen triplets must/should be >> one and the same.=20=20 >=20 > No, I assume no such thing. >=20 >> They are not, they need not be, and we are far from >> being alone in this regard. Once you accept *that*, then the rest of >> this will make sense. Further insistence that they should be is >> counter-productive at this point. >=20 > You still skirt a reasoning for it to be so. They don't need to be but > why aren't they? Because Cygwin is not the only platform where there is this discrepancy. Having a different guess from the chosen triplet is nothing unique to Cygwin, and therefore, downstream Cygwin need not make any effort to change things. Our reasoning for them to be different can thus be termed "inertia", if you'd like. But it's not a bug, because it doesn't break correct usage, and therefore it does not urgently need to be changed, certainly not with a downstream-only patch. > You've failed to answer the question by assuming I > need to be educated on how it is and refusing to give me a reason of why > it is. I know that I can specify something other than the default. I > don't know why the default is not the same as the chosen. You keep > failing to answer that question. Why does it *need* to stay -unknown- > instead of -pc-? No one says the default NEEDs to stay -unknown-, but the point we're making is that no one has yet provided proof of why it CANNOT stay -unknown-, and that absent any proof for a reason to change, it's better to leave well enough alone. You are more than welcome to propose a patch to upstream config.guess that provides a different default (config.guess is Free Software, after all - as long as you abide by the license terms, you can write and post any patch you like, whether or not we agree with it; but in turn, you have to be prepared that upstream may reject your patch which leaves you with carrying your patch in your personal downstream only); but be aware that your patch may go nowhere upstream. Part of that is that upstream already knows about MULTIPLE platforms where the default string guesses differently than the chosen triple (so Cygwin is not special in that regards), and part of that is that upstream tends to prefer deferring to the developers of a given platform where that is practical, and this thread on the Cygwin list is a good case where the developers of Cygwin have stated that such a patch is not necessary (it might not be harmful, but it is not necessary). Or, if upstream does, for some reason, agree with your patch, it still is not something so urgent that we would backport it downstream any faster than normal propagation of other upstream packages slowly picking up newer config.guess as they release new tarballs. --=20 Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org --N2F8xboQV1RMdaIHMPvOTTWl72j73AG7H-- --KKaHWHHVcQCVXw9rgCEqaoBFlCgOTWAeV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEEccLMIrHEYCkn0vOqp6FrSiUnQ2oFAlnqQdIACgkQp6FrSiUn Q2pgfwf7Bptghhlhr+zICiNBbvN14L1n8dIZ+mMIw8ZQIqpIWckJeqrmX+VobP5/ pdgaKsOuXg/e1tzBSsc36TUyYj/IeXsewQE3xI3X2Dr4mZAFwQjO3aOSt0ThFstu +SReSxZK4BOKJr2SEbioPqUxwE08HrV+WspjlCO8GN0xOsnvDtaCSWHNGkMPSnT8 R8XfuosbByuymcdCVPlwk0XQx4KqwZK6HKZpuiX63yR3kBtmd4ImzBfeuaW0RO6Z DwamAVIr3uQm2DA4vzPuouLBh6IKBi5iYBLao3lNf9TBNVhoXvnGo5uazlCwASnl 5qrAfYJ1KK8PxiyIlHF8VcmPIpdYcA== =KPg4 -----END PGP SIGNATURE----- --KKaHWHHVcQCVXw9rgCEqaoBFlCgOTWAeV--