Keep in mind, the toplevel configure script is NOT "newlib's configure".
The top-level configure is shared between gcc, gdb, binutils, newlib,
libstdc++, libiberty, and lots of other projects.
Most of the problems elsewhere exist because linux-newlib is only
enabled when NOT cross compiling, and the generic configure framework
always tests a few things when building natively. Code reuse at work! ;-)
Might I politely ask what verification of newlib is done before a
December release is made? Because I can't comprehend on newlib in an
un-hacked form could ever work, unless it's being 'cross-compiled' on a
system that already has a working cross-compiler ...
Newlib is almost NEVER built as a linux library. That it can do so AT
ALL is a recent change and rarely used; glibc or uClibc are the linux
C libraries.
Newlib is intended for bare-metal targets like m32c-elf, arm-elf,
h8300-coff, etc. For those targets, it's always cross-compiled and
heavily (and regularly) tested.