This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: 3.4BIB boostrap failure
- From: Zack Weinberg <zack at codesourcery dot com>
- To: Devang Patel <dpatel at apple dot com>, David Edelsohn <dje at watson dot ibm dot com>, Geoff Keating <geoffk at geoffk dot org>, gcc-patches at gcc dot gnu dot org
- Date: Wed, 11 Dec 2002 13:46:04 -0800
- Subject: Re: 3.4BIB boostrap failure
- References: <4E537C7E-0D4E-11D7-9122-00039375D8A0@apple.com>
This is a problem common to all rs6000 targets, and to any other
targets that define GTY-marked types in tm.h. It was indeed caused by
my patch; I took $(GCONFIG_H) out of GTFILES without proper care for
the consequences. The appended patch should fix it. Please try it
and let me know how it goes.
Geoff - why doesn't failure to find a type definition for an object
under GGC control cause a build-time hard error? That would have
caught this bug much earlier.
zw
* Makefile.in (GTFILES): Add $(host_xm_file_list) and
$(tm_file_list).
===================================================================
Index: Makefile.in
--- Makefile.in 3 Dec 2002 17:34:42 -0000 1.939.2.19
+++ Makefile.in 11 Dec 2002 21:42:45 -0000
@@ -1859,7 +1859,7 @@ s-preds: genpreds$(build_exeext) $(srcdi
$(STAMP) s-preds
GTFILES = $(srcdir)/location.h $(srcdir)/coretypes.h \
- $(HASHTAB_H) \
+ $(host_xm_file_list) $(tm_file_list) $(HASHTAB_H) \
$(srcdir)/bitmap.h $(srcdir)/function.h $(srcdir)/rtl.h $(srcdir)/optabs.h \
$(srcdir)/tree.h $(srcdir)/libfuncs.h $(srcdir)/hashtable.h $(srcdir)/real.h \
$(srcdir)/varray.h $(srcdir)/ssa.h $(srcdir)/insn-addr.h $(srcdir)/cselib.h \