<div dir="ltr">On Thu, Apr 23, 2015 at 5:23 PM, Logan Chien <span dir="ltr"><<a href="mailto:tzuhsiang.chien@gmail.com" target="_blank">tzuhsiang.chien@gmail.com</a>></span> wrote:<br><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><div>Hi Saleem,<br><br></div>Any updated comments on this?  Thanks.<br></div></div></blockquote><div><br></div><div>Sorry, been busy with other things for a while.</div><div><br></div><div>I agree that we shouldn't extend the API/ABI without due consideration.  Im merely requesting that we maintain parity with the existing APIs in the other implementations.  The interfaces here need to be provided for such compatibility.</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></div>Logan<br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Mar 24, 2015 at 5:46 AM, Logan Chien <span dir="ltr"><<a href="mailto:tzuhsiang.chien@gmail.com" target="_blank">tzuhsiang.chien@gmail.com</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Hi Saleem,<br><br></div><span class="">Sorry for the late reply.<br><br></span></div><span class="">Although I am not strongly oppose to the idea to provide both inline and extern version, I am concerned that exporting these symbols will further fragmentize the ecosystem.  With these symbol exported, some application will start to simply declaring their own prototype and referencing the these functions directly instead of including <unwind.h>.  IMO, it should be conservative to extend an ABI especially when the extension is neither documented nor de facto in the ARM ecosystem.<span><br><br>> On the other hand, when applications are using the interfaces, expecting
 the unwind APIs, I think that they should continue to function.  
Providing both the external as well as the inlined version should 
achieve that.<br><br></span></span></div><span class="">In fact, this is what I wish to avoid.  IMO, for the application developers, they should simply include <unwind.h> if they need these functions, instead of declaring their own function prototype.<br><br></span></div>Sincerely,<br></div>Logan<br></div></blockquote></div><br></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org</div>
</div></div>