From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31949 invoked by alias); 29 Sep 2002 19:05:20 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 31786 invoked from network); 29 Sep 2002 19:05:18 -0000 Received: from unknown (HELO nerodeguest) (24.161.107.98) by sources.redhat.com with SMTP; 29 Sep 2002 19:05:18 -0000 Received: from neroden by nerodeguest with local (Exim 3.35 #1 (Debian)) id 17vjJN-0005Ly-00; Sun, 29 Sep 2002 15:01:01 -0400 Date: Sun, 29 Sep 2002 12:05:00 -0000 To: Andrew Cagney Cc: gcc-patches@gcc.gnu.org, gdb@sources.redhat.com, binutils@sources.redhat.com, dj@redhat.com Subject: Re: top level: make more dependencies explicit Message-ID: <20020929190100.GA31652@doctormoo.dyndns.org> References: <20020929165232.GA27545@doctormoo.dyndns.org> <3D9733C2.2010405@redhat.com> <20020929172608.GA27678@doctormoo.dyndns.org> <3D973C44.6090601@redhat.com> <20020929174544.GA30373@doctormoo.dyndns.org> <3D974828.4050009@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D974828.4050009@redhat.com> User-Agent: Mutt/1.4i From: Nathanael Nerode X-SW-Source: 2002-09/txt/msg00501.txt.bz2 On Sun, Sep 29, 2002 at 02:36:24PM -0400, Andrew Cagney wrote: > > >>The mechanism is very old (it pre-dates me as GDB release engineer). > >>Changing it is going to involve updates to many things - snapshot > >>scripts, release process doco, .... so won't happen overnight. > > > > > >Mmmm. I'm going to start rewriting it now. >:-= > > What does the GNU coding standard have to say about the release process? > > I'd also be wary of a ``rewrite'', the top-level stuff iteracts with > sub-directories in strange ways. I think reserving the existing > behavior (but perhaphs outside of the Makefile.in) would be a better > incremental step. > > Also, how does this compare to GCC's release process. GCC has an entirely separate set of scripts for release generation. Incidentally, I think I have a rewrite which works already... I'm busily generating a gas.tar.bz2 to see. But I'm not going to submit it at the moment, since it needs oodles of testing. Is the setting of SHELL the only problem with using Makefile.in as a Makefile? It looks like none of the others matter, in which case I'd like to bring them back.