From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10743 invoked by alias); 28 Dec 2004 22:34:55 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 10704 invoked from network); 28 Dec 2004 22:34:48 -0000 Received: from unknown (HELO smtp3.fuse.net) (216.68.8.176) by sourceware.org with SMTP; 28 Dec 2004 22:34:48 -0000 Received: from gx5.fuse.net ([66.42.228.35]) by smtp3.fuse.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041228223301.TRYV19588.smtp3.fuse.net@gx5.fuse.net>; Tue, 28 Dec 2004 17:33:01 -0500 Received: from dellpi.pinski.fam ([66.42.228.35]) by gx5.fuse.net (InterMail vG.1.00.00.00 201-2136-104-20040331) with ESMTP id <20041228223218.GFCH6093.gx5.fuse.net@dellpi.pinski.fam>; Tue, 28 Dec 2004 17:32:18 -0500 Received: from [10.0.0.80] (zhivago.i.pinski.fam [10.0.0.80]) by dellpi.pinski.fam (8.12.2/8.12.1) with ESMTP id iBSMYhVT024598; Tue, 28 Dec 2004 17:34:44 -0500 (EST) In-Reply-To: <20041228223149.9147.qmail@sourceware.org> References: <20041228203205.19182.schnetter@aei.mpg.de> <20041228223149.9147.qmail@sourceware.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Cc: gcc-bugs@gcc.gnu.org From: Andrew Pinski Subject: Re: [Bug fortran/19182] Error messages seem to be printed slower Date: Tue, 28 Dec 2004 22:34:00 -0000 To: gcc-bugzilla@gcc.gnu.org X-SW-Source: 2004-12/txt/msg03808.txt.bz2 List-Id: On Dec 28, 2004, at 5:31 PM, schnetter at aei dot mpg dot de wrote: > > The call to setvbuf switches to line buffering, meaning that stderr is > flushed > only after every line and not after every character. I assume that > cc1 (as > opposed to f951) switches to line buffered stderr at some time, or else > outputs its error messages in some other way which is equivalent to > some > internal buffering. f951 outputs its messages character by character, > which > leads to an unnecessary overhead. Actually cc1 just uses fprintf instead of fputc so maybe that is the problem, maybe we should be doing our own buffering. -- Pinski