Re: Merge from pch branch; call for testers

[Geoff Keating <geoffk at geoffk dot org>]

> Cc: gcc@gcc.gnu.org
> From: Andreas Schwab <schwab@suse.de>
> Date: Fri, 24 May 2002 12:14:32 +0200

> Geoff Keating <geoffk@geoffk.org> writes:
> 
> |> The PCH branch is now at a point where I think it would be helpful to
> |> merge the work so far onto the mainline.  It fixes a number of bugs
> |> that would be visible in rare circumstances on the mainline (and would
> |> be very difficult to reproduce), the changes don't seem to affect GC
> |> speed much, and it makes it much more convenient to change data
> |> structures in the compiler.
> |> 
> |> So, I'd first like to call for testers.  I'd particularly like:
> 
> While bootstrapping the pch-branch on ia64-suse-linux I get this error:
> 
> ./gengtype config.h auto-host.h ../../gcc/../include/ansidecl.h ../../gcc/config/ia64/ia64.h ../../gcc/config/dbxelf.h ../../gcc/config/elfos.h ../../gcc/config/svr4.h ../../gcc/config/linux.h ../../gcc/config/ia64/sysv4.h ../../gcc/config/ia64/linux.h ../../gcc/defaults.h ../../gcc/defaults.h ../../gcc/../include/hashtab.h ../../gcc/bitmap.h ../../gcc/function.h  ../../gcc/rtl.h ../../gcc/optabs.h ../../gcc/tree.h ../../gcc/libfuncs.h ../../gcc/hashtable.h ../../gcc/varray.h ../../gcc/ssa.h ../../gcc/insn-addr.h ../../gcc/cselib.h ../../gcc/c-common.h ../../gcc/c-tree.h ../../gcc/alias.c ../../gcc/bitmap.c ../../gcc/cselib.c ../../gcc/dependence.c ../../gcc/dwarf2out.c ../../gcc/emit-rtl.c ../../gcc/except.c ../../gcc/explow.c ../../gcc/expr.c ../../gcc/fold-const.c ../../gcc/function.c ../../gcc/gcse.c ../../gcc/integrate.c ../../gcc/lists.c ../../gcc/optabs.c ../../gcc/profile.c ../../gcc/regclass.c ../../gcc/reg-stack.c ../../gcc/sdbout.c ../../gcc/stmt.c ../../gcc/sto!
r-l
>  ayout.c ../../gcc/tree.c ../../gcc/varasm.c ../../gcc/c-objc-common.c ../../gcc/c-common.c ../../gcc/c-parse.in ../../gcc/config/ia64/ia64.c ../../gcc/c-decl.c ../../gcc/c-pragma.c ../../gcc/ada/gigi.h ../../gcc/ada/decl.c ../../gcc/ada/trans.c ../../gcc/ada/utils.c ../../gcc/cp/cp-tree.h ../../gcc/cp/decl.h ../../gcc/cp/lex.h ../../gcc/cp/call.c ../../gcc/cp/decl.c ../../gcc/cp/decl2.c ../../gcc/cp/parse.y ../../gcc/cp/pt.c ../../gcc/cp/repo.c ../../gcc/cp/spew.c ../../gcc/cp/tree.c ../../gcc/f/com.c ../../gcc/f/com.h ../../gcc/f/ste.c ../../gcc/java/java-tree.h ../../gcc/java/builtins.c ../../gcc/java/class.c ../../gcc/java/constants.c ../../gcc/java/decl.c ../../gcc/java/expr.c ../../gcc/java/jcf-parse.c ../../gcc/java/jcf-write.c ../../gcc/java/lang.c ../../gcc/java/mangle.c ../../gcc/java/parse.y ../../gcc/objc/objc-act.h
> warning: structure `JCF' used but not defined
> warning: structure `CPool' used but not defined
> warning: structure `basic_block_def' used but not defined
> warning: structure `reg_info_def' used but not defined
> warning: structure `die_struct' used but not defined
> warning: structure `rtx_def' used but not defined
> ../../gcc/ada/utils.c:128: global `current_binding_level' is pointer to unimplemented type
> ../../gcc/c-decl.c:266: global `label_level_chain' is pointer to unimplemented type
> ../../gcc/c-decl.c:243: global `global_binding_level' is pointer to unimplemented type
> ../../gcc/c-decl.c:233: global `current_binding_level' is pointer to unimplemented type

Can you try again without Ada?  I don't have either an ia64 box
available nor an Ada compiler to bootstrap with, and it'd be helpful
to know which one I need.

> I also get these warnings:
> 
> ../../gcc/gengtype.c: In function `write_gc_structure_fields':
> ../../gcc/gengtype.c:997: warning: int format, different type arg (arg 5)
> ../../gcc/gengtype.c: In function `write_gc_marker_routine_for_structure':
> ../../gcc/gengtype.c:1219: warning: int format, different type arg (arg 3)
> ../../gcc/gengtype.c: In function `write_gc_types':
> ../../gcc/gengtype.c:1320: warning: int format, different type arg (arg 3)
> ../../gcc/gengtype.c: In function `write_gc_root':
> ../../gcc/gengtype.c:1551: warning: int format, different type arg (arg 3)

No problem, I can fix these easily.  They are almost certainly not
related to the other problem.

-- 
- Geoffrey Keating <geoffk@geoffk.org> <geoffk@redhat.com>