This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
sim checkout broken (was: [PATCH v5] don't keep a gdb-specific date)
- From: Hans-Peter Nilsson <hp at bitrange dot com>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: Joel Brobecker <brobecker at adacore dot com>, gdb-patches at sourceware dot org
- Date: Wed, 26 Jun 2013 07:21:21 -0400 (EDT)
- Subject: sim checkout broken (was: [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> <20130625142141 dot GF5326 at adacore dot com> <87ppvatfsp dot fsf at fleche dot redhat dot com> <87bo6ute8b dot fsf at fleche dot redhat dot com>
On Tue, 25 Jun 2013, Tom Tromey wrote:
> >>>>> "Tom" == Tom Tromey <tromey@redhat.com> writes:
>
> Tom> I'm going to try updating CVSROOT/modules and then check out some old
> Tom> branches, and see what happens. Please bear with me. I'll revert that
> Tom> change if it causes a problem.
>
> As far as I can tell, this works ok.
> You get one more non-fatal warning when checking out an old branch of "sim".
> However, seeing that there are already such warnings in a sim checkout,
> I don't think this is a problem.
There was talk about doing something with the CVS modules making
up sim, and it looks like someone did: something CVS-specific
has been done resulting in sim checkout now broken (at least for
the admittedly old 1.11.5), whereas checkout (as such) before
that wasn't broken.
Last time a checkout worked was 2013-06-25-00:13:53 UTC, like
so, with the last lines of the output being:
... (more "U"s elided)
U src/include/elf/mips.h
cvs checkout: warning: src/config.if is not (any longer) pertinent
cvs checkout: warning: src/configure.in is not (any longer) pertinent
cvs checkout: warning: src/gettext.m4 is not (any longer) pertinent
cvs checkout: warning: src/ltcf-c.sh is not (any longer) pertinent
cvs checkout: warning: src/ltcf-cxx.sh is not (any longer) pertinent
cvs checkout: warning: src/ltcf-gcj.sh is not (any longer) pertinent
cvs checkout: warning: src/ltconfig is not (any longer) pertinent
cvs checkout: warning: src/gdb/version.in is not (any longer) pertinent
(Though the cvs exit value 0 and fine.)
Then at 2013-06-25-18:03:41 UTC:
... (even more "U"s elided)
U src/include/opcode/mips.h
cvs checkout: warning: src/config.if is not (any longer) pertinent
cvs checkout: warning: src/configure.in is not (any longer) pertinent
cvs checkout: warning: src/gettext.m4 is not (any longer) pertinent
cvs checkout: warning: src/ltcf-c.sh is not (any longer) pertinent
cvs checkout: warning: src/ltcf-cxx.sh is not (any longer) pertinent
cvs checkout: warning: src/ltcf-gcj.sh is not (any longer) pertinent
cvs checkout: warning: src/ltconfig is not (any longer) pertinent
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/src/src/gdb
cvs checkout: ignoring module src/gdb/version.in
(Here, the cvs exit value is indicating badness, as in
make: *** [update] Error 1
)
Can the action causing that Emptydir please be reverted?
And/or explained, maybe with a line indicating "better
switch to CVS-N.M".
Sorry for implicating you guys, but it's likely you know what
might have happened. At least more so than I, at the moment. :)
brgds, H-P