From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from terminus.zytor.com ([198.137.202.10]:41126 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750781Ab0AIAQg (ORCPT ); Fri, 8 Jan 2010 19:16:36 -0500 Message-ID: <4B47CACA.7080103@zytor.com> Date: Fri, 08 Jan 2010 16:16:10 -0800 From: "H. Peter Anvin" MIME-Version: 1.0 Subject: Re: [PATCH] Makefile: do not override LC_CTYPE References: <20100108115745.GA14758@sepie.suse.cz> <1262952988-16563-1-git-send-email-mmarek@suse.cz> <4B47C94E.8070302@redhat.com> In-Reply-To: <4B47C94E.8070302@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kbuild-owner@vger.kernel.org List-ID: To: Masami Hiramatsu Cc: Michal Marek , Simon Horman , Roland Dreier , Sam Ravnborg , Sergei Trofimovich , linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, linux-sh@vger.kernel.org On 01/08/2010 04:09 PM, Masami Hiramatsu wrote: > Hi Michal, > > Michal Marek wrote: >> Setting LC_CTYPE=C breaks localized messages in some setups. With only >> LC_COLLATE=C and LC_NUMERIC=C, we get almost all we need, except for not >> so defined character classes and tolower()/toupper(). The former is not >> a big issue, because we can assume that e.g. [:alpha:] will always >> include a-zA-Z and we only ever process ASCII input. The latter seems >> only affect arch/sh/tools/gen-mach-types, which we can handle separately. > > Hmm, this also affects arch/x/tools/gen-insn-attr-x86.awk. > Could you also wrap it? > This is tolower/toupper()? Do there exist locales where tolower/toupper on ASCII input do weird things, or are we merely hypothesizing? -hpa