<div dir="ltr">Moot point now, but thanks.<div><br></div><div>The reason for the flag name is that the prepare_bindings.py script as it stands will always generate the bindings with swig if a swig is either specified or allowed to be found in some common places.  So the "USE_STATIC_BINDINGS" would be misleading --- they wouldn't necessarily be used - only when a swig could not be found.  So that flag literally controlled whether static bindings were even permitted (i.e. allowed) to be used, not that they would be.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 19, 2015 at 2:25 AM, Pavel Labath <span dir="ltr"><<a href="mailto:labath@google.com" target="_blank">labath@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">labath added a comment.<br>
<br>
A bit late to the party, but anyway... I would change the detection logic here:<br>
Instead of `ALLOW_STATIC_BINDINGS`, have `USE_STATIC_BINDINGS`. If it's set, don't even bother checking for swig's presence and use the static bindings. If it's not set, then detect swig, and make it an error if it's not found.<br>
I like this more because then the build will not do something completely different depending on whether it finds some binary on your system or not. I don't feel so strongly about that as in the case of curses (this is the dynamic dependency kamil was referring to) because this only kicks in if some option is specified, but I do think this provides more visibility into what the build system is doing.<br>
<br>
<br>
<a href="http://reviews.llvm.org/D14790" rel="noreferrer" target="_blank">http://reviews.llvm.org/D14790</a><br>
<br>
<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">-Todd</div></div>
</div>