From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26087 invoked by alias); 26 Jul 2004 22:47:30 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 26070 invoked from network); 26 Jul 2004 22:47:30 -0000 Received: from unknown (HELO pat.uio.no) (129.240.130.16) by sourceware.org with SMTP; 26 Jul 2004 22:47:30 -0000 Received: from mail-mx1.uio.no ([129.240.10.29]) by pat.uio.no with esmtp (Exim 4.34) id 1BpEFl-0001fS-Kt for libc-hacker@sources.redhat.com; Tue, 27 Jul 2004 00:47:29 +0200 Received: from saruman.uio.no ([129.240.201.202]) by smtp.uio.no with esmtp (Exim 4.34) id 1BpEFj-0007qy-Vv; Tue, 27 Jul 2004 00:47:28 +0200 Received: from pre by saruman.uio.no with local (Exim 4.30) id 1BpEFj-0005Wa-NR; Tue, 27 Jul 2004 00:47:27 +0200 Date: Mon, 26 Jul 2004 22:47:00 -0000 From: Petter Reinholdtsen To: Glibc hackers Bcc: Petter Reinholdtsen Subject: Re: [PATCH] Test sorting order for tr_TR Message-ID: <20040726224727.GG7928@saruman.uio.no> References: <2flr7qy8lpb.fsf@saruman.uio.no> <410588D5.7030906@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410588D5.7030906@redhat.com> User-Agent: Mutt/1.4.1i X-MailScanner-Information: This message has been scanned for viruses/spam. Contact postmaster@uio.no if you have questions about this scanning X-UiO-MailScanner: No virus found X-UiO-Spam-info: not spam, SpamAssassin (score=-5, required 12, UIO_MAIL_IS_INTERNAL -5.00) X-SW-Source: 2004-07/txt/msg00056.txt.bz2 [Ulrich Drepper] > Yes. The problem is that it requires yet another locale to be created > at test time. And there is not even an error which is tested for. It does? As far as I can se the tr_TR.UTF-8 is already created at test time, and all my patch is doing is adding a new sorting test file to check that the sorting order of the locale is correct. > To test the actual locale definition, and not the locale code in > libc, we need a separate target which the interested parties can run > if necessary. I don't have the time to make all these changes to > the Makefile in the moment. Yes, this is a good idea. We would be nice to be able to check both the implementation and the content of the locales. I'll see what I can do. :) I guess the hard part will be to come up with a target name for this. :)