From owner-cvs-src@FreeBSD.ORG Wed May 7 23:11:10 2008 Return-Path: Delivered-To: cvs-src@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED191065673; Wed, 7 May 2008 23:11:10 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 120548FC16; Wed, 7 May 2008 23:11:10 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id D94251A4D7E; Wed, 7 May 2008 16:11:09 -0700 (PDT) Date: Wed, 7 May 2008 16:11:09 -0700 From: Alfred Perlstein To: Maxim Sobolev Message-ID: <20080507231109.GE32532@elvis.mu.org> References: <200805051603.m45G3rrN089219@repoman.freebsd.org> <200805051459.29200.jhb@freebsd.org> <20080505192417.GS7293@server.vk2pj.dyndns.org> <200805051637.43073.jhb@freebsd.org> <20080507064013.GU32532@elvis.mu.org> <48222782.7000303@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48222782.7000303@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Peter Jeremy , src-committers@FreeBSD.org, cvs-all@FreeBSD.org, John Baldwin , cvs-src@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-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2008 23:11:10 -0000 * Maxim Sobolev [080507 15:05] wrote: > Alfred Perlstein wrote: > >>It appears that autoconf only believes a type is real if you can typedef > >>it to another type, cast 0 to a valid pointer to the new typedef'd type, > >>and do a sizeof() of the typdef'd type. The last is where having an > >>opaque type breaks down for scripts that want to make sure FILE is a real > >>type. > > > > > >Oh c'mon! we're going to revert this needed fix just because of > >autoconf? > > > >By the time 8.0 rolls around, autoconf will be fixed and there > >will be some standard patch/workaround for old autoconf. > > > >Let's just roll forward with this. We've needed it for years. > > Can you please explain the "needed" part? What are gains apart from pure > aesthetics and removing some type dependency from libc that otherwise > needs to know actual storage type of pthread_t&Co? Neither is worth > breaking zillion autoconf scripts out there IMHO (not everybody uses up > to date ports and ports in general!). My understanding is that we are stuck with a max 16k stdio descriptors until we rev the structure. Regarding the API rev, this is in CURRENT, and we can change things. I don't think a few base utils AND autoconf is reason to abort this direction. -- - Alfred Perlstein