From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27764 invoked by alias); 21 Dec 2011 21:27:55 -0000 Received: (qmail 27756 invoked by uid 22791); 21 Dec 2011 21:27:55 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 21 Dec 2011 21:27:42 +0000 Received: from ams by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RdThN-0004L3-UA; Wed, 21 Dec 2011 16:27:41 -0500 Date: Wed, 21 Dec 2011 21:30:00 -0000 Message-Id: From: ams@gnu.org (Alfred M. Szmidt) To: Tom Tromey CC: brobecker@adacore.com, gdb-patches@sourceware.org, alves.ped@gmail.com In-reply-to: (message from Tom Tromey on Wed, 21 Dec 2011 10:15:41 -0700) Subject: Re: [RFC] a script to update our gnulib import... Reply-to: ams@gnu.org References: <20111212001426.GG2748@adacore.com> <201112121153.19159.pedro@codesourcery.com> <20111219065256.GR21915@adacore.com> <20111220053157.GV21915@adacore.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-12/txt/msg00750.txt.bz2 Alfred> I'll look at it this week, and see that for example the gdb/gnulib/ Alfred> directory doesn't have to be checked in. Yeah, it does. GDB -- and more generally, the gcc and src trees -- have long had the rule that most generated files, especially those required for configury -- are checked in, and AM_MAINTAINER_MODE is used in configure. I was a bit unclear, I didn't mean that it shouldn't be checked in as per what GDB does. But that it doesn't `have' to be, i.e. that wiping all generated files and doing ./bootstrap should restore it to working order.