<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Jul 17, 2015 at 3:33 PM Philip Reames <<a href="mailto:listmail@philipreames.com">listmail@philipreames.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 07/17/2015 12:36 PM, Juergen Ributzka wrote:<br>
> Hi @ll,<br>
><br>
> a few of us had recently a discussion about how to manage the C API and possible policies regarding addition, maintenance, deprecation, and removal of API.<br>
><br>
> Even thought there is a strong agreement in the community that we shouldn't break released C API and should be backwards compatible, there doesn’t seem to be a developer policy that backs that up. This is something we should fix.<br>
+1<br>
><br>
> I was wondering what the interested parties think of the current approach and what could/should we improve to make the use and maintenance of the C API easier for users and the developers alike.<br>
><br>
> I was hoping we could also introduce a process that allows the removal of an API after it has been deprecated for a whole release and the release notes stated that it will be removed.<br>
+1<br>
<br>
I'd suggest we also have an officially unofficial policy about not<br>
versioning just for style or cleanliness reasons.  i.e. We should try to<br>
minimize churn of the API unless it's actually needed, or supporting an<br>
old API becomes unjustifiably complicated.<br><br></blockquote><div><br></div><div>Could you explain what you mean here? As far as I can tell this is "I don't want versioning unless I want versioning and then I'll want it because it's convenient for me"</div><div><br></div><div>-eric </div></div></div>