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
alfred at freebsd.org
Wed May 7 23:11:10 UTC 2008
* Maxim Sobolev <sobomax at FreeBSD.org> [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
> >Oh c'mon! we're going to revert this needed fix just because of
> >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
- Alfred Perlstein
More information about the cvs-src