Messages in this thread |  | | | Date | Wed, 16 Dec 2009 21:07:28 -0800 | | From | "H. Peter Anvin" <> | | Subject | Re: CONFIG_KPROBES=y build requires gawk |
| |
On 12/16/2009 08:09 PM, Roland Dreier wrote: > > > > Is there any reason not to apply the patch below, to allow more awk > > > implementations to be used? After all, it's not like we're going to put > > > non-ASCII characters into the map file... > > > I guess the question is if it will break under any other circumstances, > > but I guess we can find those when we get to them. > > I should have mentioned it, but with the current Debian testing version > (mawk 1.3.3-15) and my patch, I get a byte-for-byte identical > inat-tables.c to what I get with the unpatched kernel and gawk > 1:3.1.6.dfsg-4. > > I'm not sure how likely all this is to change in the future, but it's > hard for me to see a sane reason why eg [:lower:] and a-z would be > different for this use. >
If LC_COLL != C they can be. The solution would be to force LC_COLL=C.
-hpa
-- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.
|  |