Date: Thu, 21 Jan 2010 13:00:55 +0100 From: Gabor Kovesdan <gabor@FreeBSD.org> To: Andrey Chernov <ache@nagual.pp.ru>, Bruce Evans <brde@optusnet.com.au>, src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Subject: Unicode collation [Was: Re: svn commit: r202572 - head/lib/libc/gen] Message-ID: <4B5841F7.4090408@FreeBSD.org> In-Reply-To: <20100121115719.GA61292@nagual.pp.ru> References: <201001181344.o0IDiiEL079037@svn.freebsd.org> <20100120012639.B67517@delplex.bde.org> <20100120070843.GA45937@nagual.pp.ru> <20100120191752.Q2120@besplex.bde.org> <20100120094627.GA53020@nagual.pp.ru> <20100120211722.S2451@besplex.bde.org> <20100120121827.GA55236@nagual.pp.ru> <20100121155841.H1512@besplex.bde.org> <20100121115719.GA61292@nagual.pp.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
El 2010. 01. 21. 12:57, Andrey Chernov escribió: > On Thu, Jan 21, 2010 at 04:25:53PM +1100, Bruce Evans wrote: > >>> To be used in practice, strcoll() should never fails, doing fallback to >>> strcmp() instead, not only in that, but in lots of other cases too (it may >>> set errno like EILSEQ, but not fails). The next important thing is to >>> return 0 only for true binary equals, additionaly ranking (f.e. by >>> strcmp()) anything inside classes of equality to stabilize result. >>> >>> I hope our strcoll() will be kept in that state after implementing >>> UCA too. >>> >> What is UCA? >> > http://unicode.org/reports/tr10/ > IIRC, there was a SoC student working on collation. Do we know something about him and the status of that project? Cheers, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B5841F7.4090408>