This is the mail archive of the
glibc-bugs@sources.redhat.com
mailing list for the glibc project.
[Bug localedata/368] localedef fails with coplex LC_COLLATE rules
- From: "barbier at linuxfr dot org" <sourceware-bugzilla at sources dot redhat dot com>
- To: glibc-bugs at sources dot redhat dot com
- Date: 2 Jan 2005 23:26:06 -0000
- Subject: [Bug localedata/368] localedef fails with coplex LC_COLLATE rules
- References: <20040905204900.368.pablo@mandrakesoft.com>
- Reply-to: sourceware-bugzilla at sources dot redhat dot com
------- Additional Comments From barbier at linuxfr dot org 2005-01-02 23:26 -------
Created an attachment (id=332)
--> (http://sources.redhat.com/bugzilla/attachment.cgi?id=332&action=view)
allow more than 256 collating-element definitions
I could not find why elem_size has to be less than 257, and thus dropped
this constraint. Then elem_size had to be computed more accurately in
order to prevent allocation of large unused data.
But your dz_BT file still did not compile because the secondary hashing
function seems to do a poor job: iter was null and there is an endless
loop. A better secondary hashing function is to add 1 to the current
one, but the functions which read collation data would need to be fixed
too. Instead, I chose to enlarge the table when such a loop is
encountered.
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=368
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.