Hi Mehdi,<br><br>Yes, all on track and thank you all for your kind patience!<br><br>Cheers,<br><br>James <br><div class="gmail_quote"><div dir="ltr">On Fri, 7 Oct 2016 at 20:13, Mehdi Amini <<a href="mailto:mehdi.amini@apple.com">mehdi.amini@apple.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="gmail_msg">Hi James,<div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Are you still on track for pulling the plug on MSVC 2013 at the end next week?</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">As another data point, other than new features or build failures, I just had to debug (with the help of Intel folks) a runtime failure because of a bug with zero-initialization in MSVC 2013 (see <a href="https://connect.microsoft.com/VisualStudio/feedback/details/802160" class="gmail_msg" target="_blank">https://connect.microsoft.com/VisualStudio/feedback/details/802160</a> ).</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">— </div></div><div style="word-wrap:break-word" class="gmail_msg"><div class="gmail_msg">Mehdi</div></div><div style="word-wrap:break-word" class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg"><br class="gmail_msg"><div class="gmail_msg"><blockquote type="cite" class="gmail_msg"><div class="gmail_msg">On Sep 8, 2016, at 8:38 AM, James Molloy via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="m_-3105153842008588101Apple-interchange-newline gmail_msg"><div class="gmail_msg">Thank you both, we appreciate it a lot!<br class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">On Thu, 8 Sep 2016 at 16:37, Aaron Ballman via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg"></div><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Sep 8, 2016 at 11:24 AM, Reid Kleckner via llvm-dev<br class="gmail_msg">
<<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg">
> I can't say I'm excited to support MSVC 2013 for another month, but I'm more<br class="gmail_msg">
> concerned about the burden on other developers. People I talked to at the SF<br class="gmail_msg">
> bay area social last Thursday were really excited to drop 2013 support. I<br class="gmail_msg">
> guess I'll leave my buildbots on another month and see how it goes.<br class="gmail_msg">
<br class="gmail_msg">
I'm happy to help carry the burden as well, so if you run into<br class="gmail_msg">
anything you'd like to punt over to me, please let me know. I'm happy<br class="gmail_msg">
to handle it in addition to the things I usually pick up on.<br class="gmail_msg">
<br class="gmail_msg">
~Aaron<br class="gmail_msg">
<br class="gmail_msg">
><br class="gmail_msg">
> On Thu, Sep 8, 2016 at 7:03 AM, Robinson, Paul via llvm-dev<br class="gmail_msg">
> <<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> As this is an ABI-incompatible upgrade, and it's changing the informal<br class="gmail_msg">
>> policy on upgrades, could we please have some more grace time? Ideally<br class="gmail_msg">
>> another month, so the 15th October. If we haven't sorted it by then, it's<br class="gmail_msg">
>> our problem.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> I had originally proposed 15 September mostly because nobody had proposed<br class="gmail_msg">
>> a specific date, and it has been kind of dragging on for a while. The<br class="gmail_msg">
>> primary cost of deferring to 15 October seems to be that the community (Hi<br class="gmail_msg">
>> Reid!) will have to keep fixing VS2013 related problems for another month,<br class="gmail_msg">
>> which isn't ideal but hopefully we can tolerate it.<br class="gmail_msg">
>><br class="gmail_msg">
>> (In fact at Sony we're only throwing the internal switch today, and we'll<br class="gmail_msg">
>> have to see what happens.)<br class="gmail_msg">
>><br class="gmail_msg">
>> --paulr<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> From: llvm-dev [mailto:<a href="mailto:llvm-dev-bounces@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev-bounces@lists.llvm.org</a>] On Behalf Of<br class="gmail_msg">
>> Craig, Ben via llvm-dev<br class="gmail_msg">
>> Sent: Wednesday, September 07, 2016 2:42 PM<br class="gmail_msg">
>> To: Zachary Turner; James Molloy; <a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg">
>> Subject: Re: [llvm-dev] [cfe-dev] Revisiting our informal policy to<br class="gmail_msg">
>> support two versions of MSVC<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> I'll need to dig up the references for that... but I'm pretty sure the<br class="gmail_msg">
>> universal CRT that debuted in MSVC 2015 only covers the C parts, and not the<br class="gmail_msg">
>> C++ parts.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> On 9/7/2016 4:28 PM, Zachary Turner wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> It's worth pointing out that from 2015 and on, they claim to support full<br class="gmail_msg">
>> forwards compatibility of the standard libraries, so this should (in theory)<br class="gmail_msg">
>> never be an issue again.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> On Wed, Sep 7, 2016 at 1:12 PM James Molloy via llvm-dev<br class="gmail_msg">
>> <<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> Hi,<br class="gmail_msg">
>><br class="gmail_msg">
>> As I understand it the specific issue we're seeing is related to what<br class="gmail_msg">
>> Martin described. But due to numerous bugs found when mixing objects<br class="gmail_msg">
>> compiled with different versions of MSVC in the past, we now are shy of<br class="gmail_msg">
>> doing it even if it seems to work superficially - that's no guarantee bugs<br class="gmail_msg">
>> won't be found down the line. We'd much prefer to stay within the realms of<br class="gmail_msg">
>> what Microsoft support.<br class="gmail_msg">
>><br class="gmail_msg">
>> Cheers,<br class="gmail_msg">
>><br class="gmail_msg">
>> James<br class="gmail_msg">
>><br class="gmail_msg">
>> On Wed, 7 Sep 2016 at 20:53, Craig, Ben via llvm-dev<br class="gmail_msg">
>> <<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> Note that this is intentional from the MSVC C++ library implementation<br class="gmail_msg">
>> side of things. For major versions, no attempt is made to preserve library<br class="gmail_msg">
>> ABI compatibility.<br class="gmail_msg">
>><br class="gmail_msg">
>> I am aware of a language ABI break in VC++ 2013.<br class="gmail_msg">
>> <a href="https://randomascii.wordpress.com/2013/12/01/vc-2013-class-layout-change-and-wasted-space/" rel="noreferrer" class="gmail_msg" target="_blank">https://randomascii.wordpress.com/2013/12/01/vc-2013-class-layout-change-and-wasted-space/</a><br class="gmail_msg">
>><br class="gmail_msg">
>> I'm not currently aware of any on the VC++ 2015 side of things, but that<br class="gmail_msg">
>> doesn't mean much.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> On 9/7/2016 2:34 PM, Martin O'Riordan via llvm-dev wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> Apart from the obvious licencing issues, each time I have moved from one<br class="gmail_msg">
>> version of VC++ to another, the big problem I have had is not specifically<br class="gmail_msg">
>> the ABI at the register passing, stack organisation level, but rather the<br class="gmail_msg">
>> implementation details of the Standard C++ libraries, and in particular the<br class="gmail_msg">
>> STL containers.<br class="gmail_msg">
>><br class="gmail_msg">
>> While the compiler team puts considerable effort into maintaining the ABI,<br class="gmail_msg">
>> the C++ library implementation usually changes a lot.<br class="gmail_msg">
>><br class="gmail_msg">
>> Since this is largely in the form of very complex headers defining<br class="gmail_msg">
>> templates which in turn cause other helper templates to be used, it is here<br class="gmail_msg">
>> that I find things go awry.<br class="gmail_msg">
>><br class="gmail_msg">
>> So for C++, a function like:<br class="gmail_msg">
>><br class="gmail_msg">
>> std::list<int> foo();<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> seems simple enough, but if the caller and the callee are compiled with<br class="gmail_msg">
>> different versions, it usually won't work because of some artefact of the<br class="gmail_msg">
>> STL implementation tuning that occurs between versions. In particular, this<br class="gmail_msg">
>> impacts things like using C++ interfaces across DLLs and in pre-compiled<br class="gmail_msg">
>> libraries.<br class="gmail_msg">
>><br class="gmail_msg">
>> I think that the ABI maintenance in this case tends to be for C and POD<br class="gmail_msg">
>> compatability, but not for the higher level C++ compatability which is<br class="gmail_msg">
>> unfortunate and restricts how we can use C++.<br class="gmail_msg">
>><br class="gmail_msg">
>> Is it possible that it is this aspect of the version change that is<br class="gmail_msg">
>> causing your ABI difficulties?<br class="gmail_msg">
>><br class="gmail_msg">
>> MartinO<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> On 7 September 2016 at 20:18, Zachary Turner via llvm-dev<br class="gmail_msg">
>> <<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> Can you elaborate on the abi incompatibility? I thought there were no<br class="gmail_msg">
>> breaks<br class="gmail_msg">
>><br class="gmail_msg">
>> On Wed, Sep 7, 2016 at 7:59 AM James Molloy via cfe-dev<br class="gmail_msg">
>> <<a href="mailto:cfe-dev@lists.llvm.org" class="gmail_msg" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> Hi all,<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> Firstly sorry I'm a bit late responding on this one. Internally to ARM we<br class="gmail_msg">
>> build LLVM for Windows. Our current build cluster has only VS2013 installed<br class="gmail_msg">
>> and as a result of this thread we've been working on getting VS2015<br class="gmail_msg">
>> installed. This involves a certain amount of IT-wrangling as the cluster we<br class="gmail_msg">
>> use is company-wide. There have been some hiccups regarding licensing of<br class="gmail_msg">
>> MSVC professional (we can't use the community edition for the same reasons<br class="gmail_msg">
>> mentioned by Paul previously) but we hoped to be ready in time for the 15th<br class="gmail_msg">
>> September switchover date.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> It's recently been realised that VS2013 and VS2015 are not ABI compatible<br class="gmail_msg">
>> (something that really surprised me), and this means we have to synchronize<br class="gmail_msg">
>> moving LLVM's build to VS2015 as well as upgrading a third party library<br class="gmail_msg">
>> that we receive from the vendor in compiled library form. This is not<br class="gmail_msg">
>> something we're capable of doing by September 15th.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> We try really hard at ARM to hide our internal processes because we<br class="gmail_msg">
>> believe that they're on the whole irrelevant to the community, however in<br class="gmail_msg">
>> this case we'd be really stuck, unable to get production builds.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> As this is an ABI-incompatible upgrade, and it's changing the informal<br class="gmail_msg">
>> policy on upgrades, could we please have some more grace time? Ideally<br class="gmail_msg">
>> another month, so the 15th October. If we haven't sorted it by then, it's<br class="gmail_msg">
>> our problem.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> Cheers,<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> James<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> On Thu, 1 Sep 2016 at 21:06 Mehdi Amini via cfe-dev<br class="gmail_msg">
>> <<a href="mailto:cfe-dev@lists.llvm.org" class="gmail_msg" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> On Sep 1, 2016, at 1:05 PM, Reid Kleckner <<a href="mailto:rnk@google.com" class="gmail_msg" target="_blank">rnk@google.com</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> On Thu, Sep 1, 2016 at 12:53 PM, Mehdi Amini via cfe-dev<br class="gmail_msg">
>> <<a href="mailto:cfe-dev@lists.llvm.org" class="gmail_msg" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:<br class="gmail_msg">
>><br class="gmail_msg">
>> Isn’t a big (the most) reason for supporting “old” toolchains to allow<br class="gmail_msg">
>> downstream users to upgrade with some flexibility?<br class="gmail_msg">
>><br class="gmail_msg">
>> If I have a large codebase that is using LLVM (let say a few custom<br class="gmail_msg">
>> backends), and is validated with “MSVC 2013”, I can upgrade to “2015” but I<br class="gmail_msg">
>> will need some qualification/validation: this is not free and take some<br class="gmail_msg">
>> time. If you drop aggressively supports for “old” toolchain it means that<br class="gmail_msg">
>> I’m either stuck with an “old” LLVM or that I have to update earlier than<br class="gmail_msg">
>> expected.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> Isn’t this usually balanced in upstream LLVM to upgrade when there is a<br class="gmail_msg">
>> real *benefit* to it?<br class="gmail_msg">
>><br class="gmail_msg">
>> I’m mentioning it because it seems to conflict with the "always upgrade to<br class="gmail_msg">
>> the newest one unless there are serious issues with it” you mentioned above.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> I agree, we should raise the minimum VS version requirement when the<br class="gmail_msg">
>> benefits to the LLVM community outweigh the costs of switching for major<br class="gmail_msg">
>> LLVM contributors and users. I think we'll always make that decision in the<br class="gmail_msg">
>> same way: by raising it on the mailing lists and discussing the pros and<br class="gmail_msg">
>> cons. That's basically what David said when he kicked this whole discussion<br class="gmail_msg">
>> off, anyway:<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> """But if we find ourselves in a situation where asking folks to upgrade<br class="gmail_msg">
>> to a compiler which has been widely deployed soothes development for the<br class="gmail_msg">
>> greater LLVM community, we should consider dropping support for the older<br class="gmail_msg">
>> versions of that compiler."""<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> I think everything is working as intended here.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> Right, to be clear there is no misunderstanding: I was absolutely not<br class="gmail_msg">
>> suggesting the opposite when answering Zach..<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> —<br class="gmail_msg">
>><br class="gmail_msg">
>> Mehdi<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> We raised the VS 2013 upgrade issue, discussed it, determined that it was<br class="gmail_msg">
>> holding us back, and now we're doing the upgrade. If VS "15" brings major<br class="gmail_msg">
>> language compatibility improvements, I imagine we'll be having this same<br class="gmail_msg">
>> discussion again next year. If it doesn't, and supporting 2015 and "15" at<br class="gmail_msg">
>> the same time has the same cost, then we won't bother raising the floor for<br class="gmail_msg">
>> a while.<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> cfe-dev mailing list<br class="gmail_msg">
>> <a href="mailto:cfe-dev@lists.llvm.org" class="gmail_msg" target="_blank">cfe-dev@lists.llvm.org</a><br class="gmail_msg">
>> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> cfe-dev mailing list<br class="gmail_msg">
>> <a href="mailto:cfe-dev@lists.llvm.org" class="gmail_msg" target="_blank">cfe-dev@lists.llvm.org</a><br class="gmail_msg">
>> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> LLVM Developers mailing list<br class="gmail_msg">
>> <a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg">
>> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>><br class="gmail_msg">
>> LLVM Developers mailing list<br class="gmail_msg">
>><br class="gmail_msg">
>> <a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg">
>><br class="gmail_msg">
>> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> --<br class="gmail_msg">
>><br class="gmail_msg">
>> Employee of Qualcomm Innovation Center, Inc.<br class="gmail_msg">
>><br class="gmail_msg">
>> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux<br class="gmail_msg">
>> Foundation Collaborative Project<br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> LLVM Developers mailing list<br class="gmail_msg">
>> <a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg">
>> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> LLVM Developers mailing list<br class="gmail_msg">
>> <a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg">
>> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> --<br class="gmail_msg">
>><br class="gmail_msg">
>> Employee of Qualcomm Innovation Center, Inc.<br class="gmail_msg">
>><br class="gmail_msg">
>> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux<br class="gmail_msg">
>> Foundation Collaborative Project<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> LLVM Developers mailing list<br class="gmail_msg">
>> <a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg">
>> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="gmail_msg">
>><br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> _______________________________________________<br class="gmail_msg">
> LLVM Developers mailing list<br class="gmail_msg">
> <a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg">
> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="gmail_msg">
><br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
LLVM Developers mailing list<br class="gmail_msg">
<a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg">
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="gmail_msg">
</blockquote></div>
_______________________________________________<br class="gmail_msg">LLVM Developers mailing list<br class="gmail_msg"><a href="mailto:llvm-dev@lists.llvm.org" class="gmail_msg" target="_blank">llvm-dev@lists.llvm.org</a><br class="gmail_msg"><a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" class="gmail_msg" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br class="gmail_msg"></div></blockquote></div><br class="gmail_msg"></div></div></blockquote></div>