From owner-cvs-all@FreeBSD.ORG Mon May 5 19:02:47 2008 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7738106564A; Mon, 5 May 2008 19:02:47 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 82A198FC0A; Mon, 5 May 2008 19:02:47 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m45J2jo9007364; Mon, 5 May 2008 15:02:45 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Mon, 05 May 2008 15:02:46 -0400 (EDT) Date: Mon, 5 May 2008 15:02:45 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: <200805051459.29200.jhb@freebsd.org> Message-ID: References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <20080505184003.GL32532@elvis.mu.org> <200805051459.29200.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@freebsd.org, Alfred Perlstein , src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/include stdio.h src/lib/libc/stdio clrerr.c feof.c ferror.c fileno.c getc.c getchar.c local.h putc.c putchar.c xprintf.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2008 19:02:47 -0000 On Mon, 5 May 2008, John Baldwin wrote: > On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote: >> I'm _not_ objecting, just interested in why. >> >> Any references to discussions on this? Are we now safe for >> future compat or something? > > Having FILE be opaque broke just about every 'configure' script on the > planet. :( Can you just expose the public parts of it and leave the rest as opaque placeholders or something, then map to a real FILE in libc? -- DE