Re: recent patch broke bootstrap

[Daniel Jacobowitz <drow at mvista dot com>]

On Thu, Sep 04, 2003 at 12:16:56AM -0500, Loren James Rittle wrote:
> gcc-build-latour-mainline-0826/gcc/auto-host.h:/* #undef HAVE_MALLOC_H */
> gcc-build-latour-mainline-0903/gcc/auto-host.h:#define HAVE_MALLOC_H 1
> 
> [...]
> stage1/xgcc -Bstage1/ -B/usr/local/beta-gcc/i386-unknown-freebsd4.8/bin/ -c   -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common   -DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I. -I/usr/users/rittle/outside-cvs-src/gcc-mainline/gcc -I/usr/users/rittle/outside-cvs-src/gcc-mainline/gcc/. -I/usr/users/rittle/outside-cvs-src/gcc-mainline/gcc/../include -I../intl /usr/users/rittle/outside-cvs-src/gcc-mainline/gcc/gengenrtl.c -o gengenrtl.o
> In file included from /usr/users/rittle/outside-cvs-src/gcc-mainline/gcc/system.h:318,
>                  from /usr/users/rittle/outside-cvs-src/gcc-mainline/gcc/gengenrtl.c:24:
> /usr/include/malloc.h:2:2: #warning "this file includes <malloc.h> which is deprecated, use <stdlib.h> instead"
> 
> Notice that we started "detecting" malloc.h as usable even though it will
> trigger a warning.  Notice that we add  -Werror.  Anyone willing to tweak
> their recent patch for this issue?  I'd suspect any recent configuration
> change but the recent churn rate has been too high for me to follow.
> 
> Thanks, Loren (willing to debug this but I'm hoping the party that
> broke it can fix it since this platform will remain broken for some
> time otherwise)
> 
> PS, can't pinpoint the exact day since ref5 daily bootstraps have been
> broken for other reasons...

Does libiberty also find malloc.h as usable, and did it before? 
Libiberty converted to autoconf 2.57 in that window.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer