<div dir="ltr"><a href="https://llvm.org/docs/DeveloperPolicy.html#c-api-changes">https://llvm.org/docs/DeveloperPolicy.html#c-api-changes</a> doesn't say we guarantee strict backward compatibility, in fact it implies the opposite, that's it's "best effort" but can be broken when necessary (except within a release branch).<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 23, 2021 at 12:26 PM via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> For <a href="https://reviews.llvm.org/D99173" rel="noreferrer" target="_blank">https://reviews.llvm.org/D99173</a> I need to introduce an extra<br>
> 'LLVMModuleRef' argument to 'LLVMIntrinsicCopyOverloadedName',<br>
> so that we correctly handle intrinsics with arguments based on<br>
> unnamed types.<br>
> <br>
> Can this be done ? Or is it recommended to add a<br>
> 'LLVMIntrinsicCopeOverloadedName2' with the extra argument ?<br>
> And keep the original one for backwards compatibility ?<br>
<br>
The C API has a strict backward compatibility rule; you will need<br>
to add a new function that has the additional parameter.<br>
<br>
--paulr<br>
<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>