From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5273 invoked by alias); 5 Jun 2002 16:33:07 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 5266 invoked from network); 5 Jun 2002 16:33:06 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 5 Jun 2002 16:33:06 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 0DF2F3E11; Wed, 5 Jun 2002 12:33:20 -0400 (EDT) Message-ID: <3CFE3D4F.4030607@cygnus.com> Date: Wed, 05 Jun 2002 09:33:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0rc3) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joel Brobecker Cc: Aidan Skinner , gdb-patches@sources.redhat.com Subject: Re: [PATCH] remove ada-exp.tab.c References: <20020604210319.A617@velvet.net> <20020605090551.A8208@gnat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-06/txt/msg00078.txt.bz2 > * 2002-06-04 Aidan Skinner >> * ada-exp.tab.c: remove, it's a generated file >> >> (no patch, I'd just cvs remove the file) > > > But if you remove it, you force the dependency on yacc or bison when > building GDB, which may not be available on all machines. At ACT, we > have taken a different approach where we have this filed checked in our > repository, and we regenerate it when we modify ada-exp.y. The same goes > for ada-lex.c, generated from ada-lex.l. The release and snapshot processes include steps to generate these files. Hence the dependency only exists for developers using CVS. > The situation is analogus to configure and configure.in. Similar. Configure needs to be re-generated with the correct autoconf and we want everyone running the same script. If it isn't we'll end up chasing our tail looking for host dependant autoconf bugs :-( For .l and .y files I think they really should be rebuildable with any (and not a specific lex/yacc et.al.). enjoy, Andrew