From owner-cvs-all  Tue Sep  1 15:13:55 1998
Return-Path: <owner-cvs-all>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA05346
          for cvs-all-outgoing; Tue, 1 Sep 1998 15:13:55 -0700 (PDT)
          (envelope-from owner-cvs-all)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05322;
          Tue, 1 Sep 1998 15:13:49 -0700 (PDT)
          (envelope-from obrien@FreeBSD.org)
From: "David E. O'Brien" <obrien@FreeBSD.ORG>
Received: (from obrien@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id PAA20696;
	Tue, 1 Sep 1998 15:13:42 -0700 (PDT)
Date: Tue, 1 Sep 1998 15:13:42 -0700 (PDT)
Message-Id: <199809012213.PAA20696@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject: cvs commit: src/share/mk bsd.dep.mk
Sender: owner-cvs-all@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

obrien      1998/09/01 15:13:41 PDT

  Modified files:        (Branch: RELENG_2_2)
    share/mk             bsd.dep.mk 
  Log:
  [As I was saying]
  
  I believe this by bde from bsd.prog.mk still applies:
  
  To get the fixes and simplifications, application Makefiles should put the raw
  lex and yacc source names (foo.l and bar.y) in SRCS and not put the names of
  any generated files in SRCS or CLEANFILES.
  
  If you want to regress to generating foo.c from foo.y via y.tab.c for crufty
  applications that want a y.tab.h file.  This want must be specified by putting
  y.tab.h in SRCS (and defaulting to or putting -d in YFLAGS).  This only works
  if there is only one yacc parser, of course.
  
  Complications: if bar.y is in SRCS and -d is in YFLAGS, then bar.h will be
  generated whether or not it is used, even if this clobbers a real source file.
  
  Revision  Changes    Path
  1.8.2.7   +1 -1      src/share/mk/bsd.dep.mk