From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23890 invoked by alias); 16 Jul 2012 09:01:49 -0000 Received: (qmail 23878 invoked by uid 22791); 16 Jul 2012 09:01:47 -0000 X-SWARE-Spam-Status: No, hits=-5.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,TW_YG X-Spam-Check-By: sourceware.org Received: from mail-gh0-f171.google.com (HELO mail-gh0-f171.google.com) (209.85.160.171) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 16 Jul 2012 09:01:33 +0000 Received: by ghy10 with SMTP id 10so5144896ghy.2 for ; Mon, 16 Jul 2012 02:01:33 -0700 (PDT) Received: by 10.50.184.165 with SMTP id ev5mr4681803igc.51.1342429292875; Mon, 16 Jul 2012 02:01:32 -0700 (PDT) Received: from [192.168.0.100] (S0106000cf16f58b1.wp.shawcable.net. [24.79.200.150]) by mx.google.com with ESMTPS id k4sm17821938igq.16.2012.07.16.02.01.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Jul 2012 02:01:32 -0700 (PDT) Message-ID: <5003D86E.3060905@users.sourceforge.net> Date: Mon, 16 Jul 2012 09:01:00 -0000 From: "Yaakov (Cygwin/X)" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: compiling coreutils with cygport References: <50009B44.4060504@redhat.com> In-Reply-To: <50009B44.4060504@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2012-07/txt/msg00308.txt.bz2 On 2012-07-13 17:03, Eric Blake wrote: > Actually, coreutils tries to use all the *_unlocked variants of stdio, > since those have better speed in single-threaded programs (all but sort > are single-threaded, and sort skips stdio). I do know that cygwin has > putchar_unlocked, but does not have quite as many *_unlocked variants as > Linux, so it may be a case where the configure logic to detect _unlocked > functions went wrong and cygwin ends up using putchar instead of > putchar_unlocked as a result. I'll have to look into it more. Currently we have the four required by POSIX: getc_unlocked, getchar_unlocked, putc_unlocked, and putchar_unlocked. A little while ago I was working on the others which are available in Linux, as gcc will use them if available, but they didn't seem to make much difference to gcc's performance. I still have that work locally, so if these would be useful, I could try to finish them up. Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple