Re: mr/bisect-in-c-4, was Re: What's cooking in git.git (Sep 2021, #02; Wed, 8)
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Sep 10, 2021, 09:33 UTC
- Message-ID
- <nycvar.QRO.7.76.6.2109101132460.59@tvgsbejvaqbjf.bet>
- In-Reply-To
- <xmqqr1dxuigf.fsf@gitster.g>
Hi Junio,
On Thu, 9 Sep 2021, Junio C Hamano wrote:
Show 22 quoted lines
> Johannes Schindelin <Johannes.Schindelin@gmx.de> writes: > > > On Wed, 8 Sep 2021, Junio C Hamano wrote: > > > >> * mr/bisect-in-c-4 (2021-09-02) 6 commits > >> - bisect--helper: retire `--bisect-next-check` subcommand > >> - bisect--helper: reimplement `bisect_run` shell > >> - bisect--helper: reimplement `bisect_visualize()`shell function in C > >> - run-command: make `exists_in_PATH()` non-static > >> - t6030-bisect-porcelain: add test for bisect visualize > >> - t6030-bisect-porcelain: add tests to control bisect run exit cases > >> > >> Rewrite of "git bisect" in C continues. > > > > From my point of view, this is ready for `next`. > > You agreed that redirection with dup2()'s in [5/6] was good enough > for now [*1*], but in that case, we need to add a few fflush(stdout) > around the dup2() dance [*2*]. > > So this is not quite ready for 'next' yet, although it is almost > there, I'd think.
Oh right, I fogot about the `fflush()` stuff.
Thanks, Dscho
Show 8 quoted lines
> > > [References] > > *1* https://lore.kernel.org/git/nycvar.QRO.7.76.6.2109090922310.55@tvgsbejvaqbjf.bet/ > > *2* https://lore.kernel.org/git/xmqqtuj2h7cp.fsf@gitster.g/ >