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:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=ZfQsTky91dmR3oyc 5t3wTI1Uoc5Keq97RlYAynWL3Nk5KX5b9apyLK28FH32nrXvyJByjy0+YNgoUAwG D3v7mlR5/8qFowvf0rMen7CUQbq5mgetiVlvse5BYlGYRzdvrlCQK05kgx8ygOcA DLKQrkrNMBCcsA/8IjLbgN6Cb2g= 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:reply-to:subject:to:references:from:message-id :date:mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=BUjdGJCUpq5mDFEYUSikwg QQ7qg=; b=RaVglH4+yXFkPcUODRQLuXsUFMqGf8tgR7Z94N2+wpn6LLnEJZorTu 2ti+BeEUdcB59S9pired9vic8tsqNf2tEzVV1EQRMThoBAsE7ZH9W2HlF8/S4lF0 /njEltsnv30Kg5W9W6xJNnRRvTv5oFJ4J3TuycywBvnefhaDOonLE= 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=-1.9 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=debate, Autoconf, 2x, 2.x X-HELO: smtp-out-no.shaw.ca X-Authority-Analysis: v=2.2 cv=a+JAzQaF c=1 sm=1 tr=0 a=MVEHjbUiAHxQW0jfcDq5EA==:117 a=MVEHjbUiAHxQW0jfcDq5EA==:17 a=N659UExz7-8A:10 a=M-MP7d94FzejX4vWofMA:9 a=pILNOxqGKmIA:10 Reply-To: Brian DOT Inglis AT SystematicSw DOT ab DOT ca Subject: Re: Which is it -pc- or -unknown- To: cygwin AT cygwin DOT com References: <7983d97c-3c6d-e3c2-2304-9527ad4c5735 AT gmail DOT com> <59e8f0cd DOT 28279d0a DOT 292b DOT 4768 AT mx DOT google DOT com> <8a790ade-1761-b87b-b389-5f76d147c099 AT cygwin DOT com> <217068b0-f4df-1c30-07f7-8d7cbf84a52a AT SystematicSw DOT ab DOT ca>

From: Brian Inglis Message-ID: Date: Thu, 19 Oct 2017 17:21:02 -0600 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: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfJ2eOsn7Yd3FhwTVBr7XgtQlukOBCP2GWp9c0HsXzHKSxOqNzvicJuzsEsjsLp/k0+qYwt0voqESOrxNSPkTsQY9LHA76JI1jhG2o3PFjypiXG8kUkvJ xo2+BQsgVloJdQoHygU7lj7EZaCtp69p+iG/rdsX7bfNJzHTlCYSsnQ23s6R4sPvV536YHS4+PKEbw== X-IsSubscribed: yes On 2017-10-19 15:14, Yaakov Selkowitz wrote: > On 2017-10-19 16:00, cyg Simple wrote: >> On 10/19/2017 4:35 PM, Yaakov Selkowitz wrote: >>> 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 issues. >>>>>> >>>>>> 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 specifying -pc- >>>>> for consistency on Cygwin builds is a valid choice by the maintainers. >>>> >>>> FINE! But config.guess should match the CHOSEN one. >>> >>> Incorrect assumption. >> >> You keep saying my assumption is incorrect but that isn't the case. My >> assumption is based on data supplied by the configure process. > > Your assumption is that the default and chosen triplets must be one and > the same. 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. > > Several of us with years of experience in these matters have tried to > help explain this to you. Repeatedly pointing to the same piece of > "evidence" as supposed proof for your "case", as if it were up for > debate, isn't helping you to understand how things actually work. This > discussion would be better served by being specific about the package > you are trying to build, how you are trying to build it, and the exact > error message you are seeing. I think the OP's problem is he knows no way to override the default and use only the standard ./configure && make build approach. This seems to be explained somewhat by running $ info autoconf "Site Defaults". The OP could take a build config.cache and save it in /etc/config.cache, change all -unknown-cygwin to -pc-cygwin, then create a shell script /etc/config.site like: # /etc/config.site for configure # # setup with export CONFIG_SITE=/etc/config.site in ~/.*profile # # Give Autoconf 2.x generated configure scripts a shared default # cache file for feature test results, architecture-specific. [ "$cache_file" = "/dev/null" ] && cache_file="/etc/config.cache" then as noted above add "export CONFIG_SITE=/etc/config.site" to some ~/.*profile so it gets set up automatically. He could also set up the script and cache files under $prefix/share/ for any specific install targets, and not export CONFIG_SITE. Or he could use cygport with the Cygwin source packages. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada -- 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