From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4635 invoked by alias); 27 Feb 2013 18:34:47 -0000 Received: (qmail 4543 invoked by uid 22791); 27 Feb 2013 18:34:45 -0000 X-SWARE-Spam-Status: No, hits=-5.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_SPAMHAUS_DROP,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-ve0-f172.google.com (HELO mail-ve0-f172.google.com) (209.85.128.172) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 27 Feb 2013 18:34:35 +0000 Received: by mail-ve0-f172.google.com with SMTP id cz11so927873veb.17 for ; Wed, 27 Feb 2013 10:34:35 -0800 (PST) X-Received: by 10.58.48.166 with SMTP id m6mr1269673ven.59.1361990075053; Wed, 27 Feb 2013 10:34:35 -0800 (PST) Received: from anchor.twiddle.net (50-194-63-110-static.hfc.comcastbusiness.net. [50.194.63.110]) by mx.google.com with ESMTPS id y8sm1307244vei.5.2013.02.27.10.34.32 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 27 Feb 2013 10:34:34 -0800 (PST) Message-ID: <512E51B6.8050504@twiddle.net> Date: Wed, 27 Feb 2013 18:34:00 -0000 From: Richard Henderson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: "Joseph S. Myers" CC: libc-ports@sourceware.org Subject: Re: [PATCH 03/26] arm: Handle armv6 in preconfigure References: <1361934986-17018-1-git-send-email-rth@twiddle.net> <1361934986-17018-4-git-send-email-rth@twiddle.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org X-SW-Source: 2013-02/txt/msg00114.txt.bz2 On 02/27/2013 10:01 AM, Joseph S. Myers wrote: > On Tue, 26 Feb 2013, Richard Henderson wrote: > >> * sysdeps/arm/preconfigure: Handle __ARM_ARCH_6__. > > Shouldn't all of 6J, 6K, 6Z, 6ZK be handled the same way? That is, > __ARM_ARCH_6*__ unless you want to list all the variants explicitly? Does 6* get us into trouble with 6M? Or do we just assume that glibc is not portable to non-A class cores? > (Do you get any warnings from configure about the armv6 directory not > existing?) No. > (When such a directory is actually added, an Implies file in armv6t2 will > be needed to make that fall back to armv6 versions as appropriate.) Yep. r~