<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 18, 2015 at 12:45 PM, Zachary Turner <span dir="ltr"><<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br><div class="gmail_quote"><span class=""><div dir="ltr">On Wed, Nov 18, 2015 at 11:15 AM Todd Fiala <<a href="mailto:todd.fiala@gmail.com" target="_blank">todd.fiala@gmail.com</a>> wrote:<br></div></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 18, 2015 at 10:34 AM, Zachary Turner <span dir="ltr"><<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"></div></blockquote></div></div></div></span><span class=""><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> Because even if it isn't perfect for everyone, it works for everyone. </div></div></div></blockquote><div><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Unless you can't get swig on your system in a way that doesn't break other items. And then it doesn't work (as things stand now).</div></div></div></div></span></blockquote><div>Is that a real issue that people on OSX are facing now? Because I thought having SWIG installed on your system has been a requirement for the past N years. Did something change recently that now makes it impossible to install swig in a way that doesn't break something?</div><span class=""><div> </div></span></div></div></blockquote><div><br></div><div>This is changing for a large class of people.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> And there is inherent simplicity in having fewer ways to do things, as well as reducing maintenance cost.</div><span><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div></div><div dir="ltr"><div>So for the more common, casual lldb build environment where the developer is not touching SB API, help me understand how reducing the need for swig (without introducing the need for hitting another server) is increasing the requirement load? (Especially if we --- our local dev group sitting by me --- maintains those static bindings)?</div></div></blockquote><div><br></div></span><div>Well, we would need to disable static bindings on the OSX buildbots for starters, otherwise when someone not using static bindings makes a change, the buildbots break, and we cannot leave buildbots in a broken state. So I assume that will still be possible. So now you don't have a buildbot testing the static binding configuration.</div></div></div></blockquote><div><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>I was actually going to add a verifier stage to the public OS X buildbot.</div></div></div></div></blockquote></span><div>I'm not sure I follow this point. What would your verifier stage do? I'm imagining the following scenario:</div><div><br></div><div>I check in some changes to SWIG interface files at like 10PM. Ignoring the fact that you and Jason are usually up firing commits away until the wee hours of the morning, let's pretend nobody sees this until the morning. So the build bot has been broken all night. Is this something that is going to happen under this scenario?</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">
</div></div></blockquote></div></div>
</blockquote></div><div class="gmail_extra"><br></div><div class="gmail_extra">You can more or less ignore that point.</div><br>The intent is to alert those who update the static bindings (i.e. Apple LLDB team) that the bindings generated and post processed from swig are not matching the static ones. This would just get sent to an internal group over here since I'm not hearing definite resistance to moving to a static-by-default model. (If we had gone static-by-default, and made it clean and explicit when modifying the SB API surface area by requiring an update-the-binding step, there would have been no way to test the bindings without having done the "update the bindings" step. Since we won't be doing that, then I need some way to ensure I know bindings are stale).</div><div class="gmail_extra"><br></div><div class="gmail_extra">That's really a detail you won't need to worry about, though, since you will not be using static bindings ever, and won't have to address any time they go stale. The fact that it happens on a public builder is not very interesting either. I worded it in a way that made it sound like others externally would see the staleness alert, but that's not what I meant.</div><div class="gmail_extra"><br></div><div class="gmail_extra">(I may automate that later, but not until I make sure it works manually up front).<br>-- <br><div class="gmail_signature"><div dir="ltr">-Todd</div></div>
</div></div>