From owner-freebsd-current  Fri Sep 20 13:42:27 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id NAA11483
          for current-outgoing; Fri, 20 Sep 1996 13:42:27 -0700 (PDT)
Received: from noc.msc.edu (noc.msc.edu [137.66.12.254])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA11433
          for <current@freebsd.org>; Fri, 20 Sep 1996 13:42:20 -0700 (PDT)
Received: from uc.msc.edu by noc.msc.edu (5.65/MSC/v3.0.1(920324))
	id AA06896; Fri, 20 Sep 96 15:41:46 -0500
Received: from fergus-27.dialup.prtel.com by uc.msc.edu (5.65/MSC/v3.0z(901212))
	id AA27254; Fri, 20 Sep 96 15:41:43 -0500
Received: (from alk@localhost) by compound.Think.COM (8.7.6/8.7.3) id PAA07619; Fri, 20 Sep 1996 15:41:53 -0500 (CDT)
Date: Fri, 20 Sep 1996 15:41:53 -0500 (CDT)
From: Tony Kimball <alk@Think.COM>
Message-Id: <199609202041.PAA07619@compound.Think.COM>
To: chuckr@glue.umd.edu
Cc: current@freebsd.org
Subject: Re: gnu/usr.bin/cc not building
References: <199609201823.NAA16230@compound.Think.COM>
	<Pine.OSF.3.95.960920150704.19577A-100000@fiber.eng.umd.edu>
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Quoth Chuck Robey on Fri, 20 September:
: > ctm cvs-cur 2490:
: > struct resword is undefined (first referenced in c-lex.c)
: 
: Think you might double check your sources, it built fine for me, as soon
: as i got all of Nate's ts_sec->tv_sec fixes.  None of them were in cc.

Explanation found, but it raises a question:

I made world OK otherwise, but cc would not build for me, so
I did a cc -E on c-lex.c:

# 1 "/usr/obj/alt/src/gnu/usr.bin/cc/cc1/../cc_tools/c-gperf.h" 1
# 99 "/alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c" 2

c-gperf.h was empty?  Something must've interrupted the generation of
that file.  It is generated using a shell stdout redirect:

===> cc_tools
gperf -p -j1 -i 1 -g -o -t -G -N is_reserved_word -k1,3,$ \
 /alt/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/c-parse.gperf \
  > c-gperf.h

Should the ${.TARGET} file, c-gperf.h, not have been removed
automatically, if gperf returned non-zero status due to an interrupt?