<div dir="ltr">That really sucks. I wasn't aware that we fixed it after the branch point. We could merge it and try to rush out a 3.7.1 release, but I think Hans is all release-d out for now.<div><br></div><div>Given that we already broke compatibility in a released version of LLVM, I'd be OK removing the compatibility hack and shipping the modified LLVMBuildLandingPad. Personalities no longer live on landingpads.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 6, 2015 at 2:19 AM, deadal nix via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><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><div><div><div>Hi all,<br><br></div>During the dev in between 3.6 and the release of 3.7, the personality function was moved from the landingpad to the function itself.<br><br></div>During theses events, LLVMBuildLandingPad was changed, twice. The first time in a backward incompatible way, the second in a backward compatible way.<br><br></div>As things are now, the backward incompatible way is in 3.7 and the backward compatible in master.<br><br></div>Meaning master is backward compatible with 3.6 but not 3.7.<br><br></div>That is bad. If there is ever a plan for 3.7.1, that'd be great to cherry pick 7c898facbc5c707c77f25f7fd9b512a099af62a8 . Alternatively, master can be made compatible with 3.7 .<br><br></div>I'd like to add that having some actual testing for the C API would have prevented the whole confusion in the first place. I have a diff out to start moving in that direction: <a href="http://reviews.llvm.org/D10725" target="_blank">http://reviews.llvm.org/D10725</a> . The damn thing is out since June and nothing have moved since then.<br><br></div>If core devs are swaped and can't handle this, please delegate. I know there is some discussion about the state of the C API, but the thread is dead for weeks now, reasonable options have been presented, and I'm not sure what is expected to move things here. ALL alternative proposed in the thread pretty much are better than the status quo. I'm not sure what is expected for thing to move forward. It seems that cores devs just aren't using that API, but people actually using it or willing to work on it lack the power to do so.<br><br></div><div>Please make something happen. Sooner rather than later. I'm here to help, but really, if 2.5 month is what is required to get a test in, I'd be probably dead of old age before being able to have any significant impact. Same goes for others C API users.<br></div><div><br></div></div>
<br>_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
<br></blockquote></div><br></div>