This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH v5] don't keep a gdb-specific date
- From: Pedro Alves <palves at redhat dot com>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: Hans-Peter Nilsson <hp at bitrange dot com>, Joel Brobecker <brobecker at adacore dot com>, gdb-patches at sourceware dot org
- Date: Tue, 25 Jun 2013 15:43:35 +0100
- Subject: Re: [PATCH v5] don't keep a gdb-specific date
- References: <1371835865-15879-1-git-send-email-tromey at redhat dot com> <871u7rwodv dot fsf at fleche dot redhat dot com> <20130624224138 dot GC5326 at adacore dot com> <alpine dot BSF dot 2 dot 02 dot 1306242048260 dot 69392 at arjuna dot pair dot com> <87y59ythcd dot fsf at fleche dot redhat dot com>
On 06/25/2013 03:06 PM, Tom Tromey wrote:
> H-P> The "sim" CVS module explicitly mentions (includes)
> H-P> gdb/version.in: that needs to be tweaked too, so "sim" can
> H-P> (continue to) be checked out without gdb and then built on its own.
> H-P> (Hopefully not a surprise?) Thanks.
>
> I think rather we have to back out the patch.
> IIRC you can't really change the definition of modules like that.
> sim using this file in gdb is an error, IMO, but not one I think is
> worth a lot of effort to fix.
> I'll prepare a reversion patch shortly.
IMO, it'd make sense to push a very light/simple "VERSION" file
that only has the date and nothing else, like
$ cat src/VERSION
20130625
$
to the top level. Then any project in the tree could source that
single file any way it saw fit.
--
Pedro Alves