From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-102800-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 3166 invoked by alias); 25 Jun 2013 00:52:57 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 3148 invoked by uid 89); 25 Jun 2013 00:52:56 -0000
X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1
Received: from arjuna.pair.com (HELO arjuna.pair.com) (209.68.5.131)    by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with SMTP; Tue, 25 Jun 2013 00:52:55 +0000
Received: (qmail 3627 invoked by uid 3006); 25 Jun 2013 00:52:54 -0000
Received: from localhost (sendmail-bs@127.0.0.1)  by localhost with SMTP; 25 Jun 2013 00:52:54 -0000
Date: Tue, 25 Jun 2013 01:08:00 -0000
From: Hans-Peter Nilsson <hp@bitrange.com>
To: Joel Brobecker <brobecker@adacore.com>
cc: Tom Tromey <tromey@redhat.com>, gdb-patches@sourceware.org
Subject: Re: [PATCH v5] don't keep a gdb-specific date
In-Reply-To: <20130624224138.GC5326@adacore.com>
Message-ID: <alpine.BSF.2.02.1306242048260.69392@arjuna.pair.com>
References: <1371835865-15879-1-git-send-email-tromey@redhat.com> <871u7rwodv.fsf@fleche.redhat.com> <20130624224138.GC5326@adacore.com>
User-Agent: Alpine 2.02 (BSF 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-SW-Source: 2013-06/txt/msg00685.txt.bz2

On Mon, 24 Jun 2013, Joel Brobecker wrote:

> > Tom> Right now there are two nightly commits to update a file in the tree
> > Tom> with the current date.  One commit is for BFD, one is for gdb.
> >
> > Tom> It seems unnecessary to me to do this twice.  We can make do with a
> > Tom> single such commit.
> >
> > I'm checking this in now.
>
> Just to avoid multiple people working on this, it's also breaking the
> sim, and I'm working on it.

Ok, I saw that. :)

The "sim" CVS module explicitly mentions (includes)
gdb/version.in: that needs to be tweaked too, so "sim" can
(continue to) be checked out without gdb and then built on its own.
(Hopefully not a surprise?)  Thanks.

brgds, H-P