<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, May 15, 2022 at 3:00 PM Maarten Hoes <<a href="mailto:hoes.maarten@gmail.com">hoes.maarten@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><br><div>I guess that 'git bisect run' considers things a 'success' if the build succeeds (zero exit code), and a 'failure' if the build fails (non zero exit code). Duh. But I don't get the impression that it matters to git what it exactly was that made the build fail ?  I mean, what if there were multiple build breakages between 'good commit' and 'bad commit', but you are only looking for a specific failure (gcov related), and not possible others that also broke the build ? <br><br></div></div></div></blockquote><div><br></div><div>Ah. Reading back this particular bit, it seems I misunderstood at least this part. It doesn't matter what it was that broke the build (gcov related or not), because build breakage is not what you are looking for: what you are looking for is the last build that succeeded when building with gcov. Still, I guess it would speed up the process if you could make a subtarget from an otherwise clean build. Sorry for this part.</div><div><br></div><div><br></div><div>- Maarten<br></div><br></div></div>