Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 Sep 1996 15:41:53 -0500 (CDT)
From:      Tony Kimball <alk@Think.COM>
To:        chuckr@glue.umd.edu
Cc:        current@freebsd.org
Subject:   Re: gnu/usr.bin/cc not building
Message-ID:  <199609202041.PAA07619@compound.Think.COM>
References:  <199609201823.NAA16230@compound.Think.COM> <Pine.OSF.3.95.960920150704.19577A-100000@fiber.eng.umd.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
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?



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199609202041.PAA07619>