[PATCH 1 of 1] bisect: print current state of the bisection
Yann E. MORIN
yann.morin.1998 at anciens.enib.fr
Fri Sep 16 17:09:02 CDT 2011
Matt, All,
On Friday 16 September 2011 23:50:41 Matt Mackall wrote:
> On Fri, 2011-09-16 at 23:40 +0200, Yann E. MORIN wrote:
> > On Friday 16 September 2011 01:52:23 Matt Mackall wrote:
> > > On Fri, 2011-09-16 at 01:28 +0200, Yann E. MORIN wrote:
> > > > - pruned:
[--SNIP--]
> > > we might want to either have:
> > >
> > > bisected(skip) and ancestors(bisected(good)) and descendants(bisected(bad))
> > >
> > > or
> > >
> > > bisected(skip) and ancestors(bisected(bad)) and descendants(bisected(good))
> >
> > OK, you want only skipped csets that are still in the bisection range (eg.
> > skipped csets that are out-side the bisection scope get removed).
> >
> > OK, got it.
>
> Bah, that should all be 'or' rather than 'and'.
Did you mean: skip | ( good::bad | bad::good ) ?
If so, even 'untested' csets that are in (good::bad|bad::good) will also
be returned, which does not really match with the meaning of 'pruned'.
I'm no native english speaker, but to me 'pruned' means 'removed for a
reason'. We prune good, bad and skipped csets because we already know the
outcome for those.
I would rather wite it like that:
( good::bad | bad::good ) & ( skip | good | bad )
which translate to:
- all csets in the bisection range: ( bad::good | good::bad )
and
- all csets we know the state of
Which excludes all csets that are out-of-range, that is csets that were
skipped, but did not participate in the bisection.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
More information about the Mercurial-devel
mailing list