<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
What we HAVE now is the LLVM-C API -- and it's actually pretty damn good. What it needs is the ability to continue to evolve alongside changes in the underlying LLVM library, without being held back (and without threats of deletion) due to concerns of exposing "too much" functionality.<br>
<br>
That's what this proposal is about.<br>
<br>
The minimal effect of a policy here needs to be that LLVM developers are comfortable enough to allow new APIs to be added to the LLVM-C API set, without objecting each time.<br><br></blockquote><div><br></div><div>A specific issue I have with this proposal for what it's worth is the explosion of functions in the C API. Not the surface area, but the number. I see a future (perhaps jaded) that looks like a walk through the history of evolving C++ API as more and more things are wrapped and changed and rewrapped and changed. That said, I might be picturing it wrong?</div><div><br></div><div>-eric</div></div></div>