sim checkout broken (was: [PATCH v5] don't keep a gdb-specific date)
Hans-Peter Nilsson
hp@bitrange.com
Wed Jun 26 11:23:00 GMT 2013
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
More information about the Gdb-patches
mailing list