|
From: | Paolo Bonzini |
Subject: | Re: Dealing with character ranges in grep |
Date: | Mon, 27 Jun 2011 15:06:25 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Mnenhy/0.8.3 Thunderbird/3.1.10 |
On 06/16/2011 10:44 AM, Jim Meyering wrote:
> To make this proposed change go through, that configure-time option would > have to be eliminated, so that we always build with the gnulib-provided > regex code. Of course, if glibc ever changes, we can detect that and > automatically prefer it when possible. For the record, at least Fedora's grep and sed both build --without-included-regex, so would be affected.
I don't like the idea of removing the option, especially since self-consistency is guaranteed. As to flipping the default, that's fine by me (now :)), but I'd like to understand if there is a plan to add glibc extensions that allow equivalence classes to be implemented in the medium term.
Also, I would like to have glibc fix their bug with collating symbols http://sourceware.org/bugzilla/show_bug.cgi?id=11561 (with that fixed, I can add support to grep for collating symbols!)
Paolo
[Prev in Thread] | Current Thread | [Next in Thread] |