bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: grep internationalization


From: Isamu Hasegawa
Subject: Re: grep internationalization
Date: Wed, 24 Jan 2001 11:28:44 +0900 (JST)

Dear GNU developers,

First of all, Our team is now working for internationalization
of software on linux.  Now we finished to make (1st version of)
the i18n patch for grep, and are ready to submit our patch, 
which is attached to this mail. Would you examine our patch?

Our patch changes dfa.c, dfa.h, and regex.c to support
multi-byte character sets, and to behave with current locale
by using internationalized APIs.

We verified our patch by "make check" in grep, sed, glibc
and our test cases for internationalization.
The test programs which we used are also attached.

However our patch can not handle Equivalence class correctly,
because POSIX don't supply the function for equivalence class.
So some test cases in test-regex directory may fail.

The trouble is that some tests in "make check" fail.
It is caused by our patch for regex.
However our regex.c is derived from glibc, so these test
cases also fail when I use the regex.c from glibc-2.2.

By the way, it is not clear for me whether these test cases
must succeed. For example test #16 In bre.script,
  echo '{' | grep -e '\{'
'\{' is invalid basic regular expression, isn't it?
If test case was like following expression,
  echo '{' | grep -e '{'
our patch and the regex.c in glibc2.2 works fine.

Should we fix these inconvenience?

Finally, sorry for my poor English.
I hope you can understand what I want to mention.
If you have any questions, please let me know.

Thanks,
--
Isamu Hasegawa
IBM Japan, Ltd.

Attachment: grep-i18n-patches.tar.gz
Description: Binary data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]