Date: Tue, 14 Aug 2001 08:25:28 -0400 From: "Daniel M. Eischen" <eischen@vigrid.com> To: Peter Wemm <peter@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/include stdio.h src/lib/libc Makefilesrc/lib/libc/stdio findfp.c Message-ID: <3B7918B8.84C6B879@vigrid.com> References: <200108132148.f7DLmji84262@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Peter Wemm wrote: > > peter 2001/08/13 14:48:44 PDT > > Modified files: > include stdio.h > lib/libc Makefile > lib/libc/stdio findfp.c > Log: > Rip out the old __stdin/out/err stuff. It was completely 100% useless. :-( > It was foiled because of dynamic copy relocations that caused compile-time > space to be reserved in .bss and at run time a blob of data was copied to > that space and everything used the .bss version.. The problem is that > the space is reserved at compile time, not runtime... So we *still* could > not change the size of FILE. Sigh. :-( > > Replace it with something that does actually work and really does let us > make 'FILE' extendable. It also happens to be the same as Linux does in > glibc, but has the slight cost of a pointer. Note that this is the > same cost that 'fp = fopen(), fprintf(fp, ...); fclose(fp);' has. > Fortunately, actual references to stdin/out/err are not all that common > since we have implicit stdin/out/err-using versions of functions > (printf() vs. fprintf()). Yes! So do we allow FILE to be extended only after bumping the library version once (after 5.0-release)? And thereafter all extensions to FILE do not need a version bump? -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B7918B8.84C6B879>