Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Reply-To: Cygwin List Message-Id: <6.2.1.2.0.20050517190359.09edcc18@pop.prospeed.net> Date: Tue, 17 May 2005 19:04:49 -0400 To: ericblake AT comcast DOT net (Eric Blake), Cygwin List From: Larry Hall Subject: Re: Sort - locale: cygwin_nt-5.0 In-Reply-To: <051720052302.23679.428A77F10009C4D100005C7F22069997350A050 E040D0C079D0A@comcast.net> References: <051720052302 DOT 23679 DOT 428A77F10009C4D100005C7F22069997350A050E040D0C079D0A AT comcast DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 07:02 PM 5/17/2005, you wrote: >> >In other words, unless someone submits a patch to cygwin with a compliant >> strcoll, you are stuck with non-locale sorts on cygwin. >> >> >> Don't you mean that newlib is the one that requires the patch? > >Either place would work, but the philosophy of newlib is that it is for >embedded systems, and my understanding is that Jeff does not want >to add locale support to newlib any time soon. A cygwin-local replacement >for strcoll would not affect any other newlib targets. But regardless of >whether it is newlib or cygwin that is patched, ! I figured that was the case but thought I should ask for clarification. :-) Thanks, -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/