From owner-freebsd-current Thu Jun 11 23:44:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14675 for freebsd-current-outgoing; Thu, 11 Jun 1998 23:44:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tortuga.com.au (issi.tortuga.com.au [203.101.253.28]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA14474 for ; Thu, 11 Jun 1998 23:43:35 -0700 (PDT) (envelope-from ianh@tortuga.com.au) Received: from frabjous.tortuga.com.au by tortuga.com.au (SMI-8.6/SMI-SVR4) id QAA13877; Fri, 12 Jun 1998 16:42:47 +1000 Received: (from ianh@localhost) by frabjous.tortuga.com.au (8.8.7/8.8.5) id QAA17212; Fri, 12 Jun 1998 16:39:56 +1000 (EST) From: Ian Holland Message-Id: <199806120639.QAA17212@frabjous.tortuga.com.au> Subject: Re: src Makefile fix To: bde@zeta.org.au (Bruce Evans) Date: Fri, 12 Jun 1998 16:39:56 +1000 (EST) Cc: current@FreeBSD.ORG In-Reply-To: <199806111056.UAA03420@godzilla.zeta.org.au> from Bruce Evans at "Jun 11, 98 08:56:42 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Bruce Evans enscribed: > > This makes the extra build step look non-ugly :-). So that means we can have the extra build step? ;-) > > I don't see how this actually works - it doesn't rename y.tab.h. This > slightly broken version can be achieved using existing compatibility cruft > (y.tab.h in SRCS) instead of YACCOPY. -o is not used when the applcation > wants y.tab.h instead of foo.h created from foo.y since foo.h might > (and in practice, does) conflict with a source file. lex/Makefile can > explot this and rename (actually, copy) y.tab.h itself: I was basing the functionality on the yacc man page: -o output_filename Cause yacc to write the generated code to output_filename instead of the default file, y.tab.c. Another problem is that it'll try to "mv" the generated .c even if the "yacc" failed. As we both agree, it is not nice. Shall I sit back and patiently await a good fix, or continue the hunt? -- Ian Holland In a world without fences, ianh@tortuga.com.au Who needs Gates? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message