<div dir="ltr"><div>OK then. Thanks for the explanation.<br><br></div>Reviewed-by: Jasper St. Pierre <<a href="mailto:jstpierre@mecheye.net">jstpierre@mecheye.net</a>></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Fri, Dec 13, 2013 at 1:45 PM, Adam Jackson <span dir="ltr"><<a href="mailto:ajax@redhat.com" target="_blank">ajax@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Fri, 2013-12-13 at 13:13 -0500, Jasper St. Pierre wrote:<br>
> So, I know this is existing practice, but it seems to me that building<br>
> with different protocol headers than what the server supports would<br>
> only lead to disaster.<br>
<br>
</div>If the structs or enums changed, sure, but if that ever happens we're<br>
already in disaster territory.<br>
<div class="im"><br>
> Do we do this anywhere already?<br>
<br>
</div>I pretty routinely update the protocol headers in older Fedoras so I can<br>
build git xservers on released OSes.  And it's really nice for bisection<br>
to not need to lockstep the protocol headers with the server, where by<br>
really nice I mean the alternative would be infuriating.<br>
<br>
We haven't always done the <protocol-versions.h> thing; that it's there<br>
now is because it fixed a class of bugs we really did hit in the wild.<br>
<br>
- ajax<br>
<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>  Jasper<br>
</div>