<br><br><div class="gmail_quote">On Mon, Aug 29, 2011 at 6:14 PM, Chris Lattner <span dir="ltr"><<a href="mailto:clattner@apple.com">clattner@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div><div></div><div class="h5"><br><div><div>On Aug 29, 2011, at 2:37 PM, David Blaikie wrote:</div><br><blockquote type="cite"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div><div><blockquote type="cite"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>> <a href="http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-March/038828.html" target="_blank">http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-March/038828.html</a><br>


> <a href="http://llvm.org/bugs/show_bug.cgi?id=1440" target="_blank">http://llvm.org/bugs/show_bug.cgi?id=1440</a><br></div></div></blockquote></div><div>So, now to figure out what to do with the page. The bug/patch I mentioned above seems to still have some outstanding issues (given the discussion in the bug itself) - cross compiling on the demo machine/website won't come for free. Any ideas on what we should do there? Should we actually get the demo machine setup with all the necessary libs/things to do real cross compilation?</div>

</blockquote></div><div>I wonder what the real benefit is here though versus the cost? If we are just trying to give a quick demo of LLVM/Clang, then how much value is in supporting multiple targets?</div><div><br></div>
<div>
Also, whats the benefit in demoing targets that are not officially supported by releases?</div></div></div></blockquote><div><br></div><div>For myself I'm not sure how the cost/benefit ratio comes out - both are fairly unknown to me. Mostly I was bringing this up to make sure the existing outstanding work, patch, and bug were resolved rather than left to rot some more. More or less I'm asking Chris if, given the points raised in the bug regarding multi-architecture targeting, he still felt it was something worth pursuing or not.</div>

<div> </div></div></blockquote><br></div></div></div><div>Are you interested in showing the -S output?  I think it would be nice to be able to get (for example) ARMv7 and X86 output.  I don't think that going farther than that is a good idea though.</div>
</div></blockquote><div><br></div><div> Personally, I don't have much interest in the back end side of things - for myself I'll be more interested in improving the front end (C++0x, libc++, the static analyzer, maybe post-fixit code, etc). But I don't want to work on lots more changes to the page while there's still some pending work here that would be easier to use now than later.<br>
<br>Since Duncan brought up the major objection to producing incorrect assembly (due to not actually having a full cross-compiling story on the demo machine) I've included him on this mail.<br><br>I guess your take on it, Chris, was that what Bjarke put together is all you were interested in - demoing the ability for LLVM to produce multiple architecture assembly & it's not too important to you if the libraries don't match the target platform, etc. (I'm sure a lot of experiments on the demo page like that might not even use any libraries explicitly anyway)?<br>
<br>I'll take another look at Bjarke's patch & see about getting it up to date with the current code, maybe stripping out the extra architectures & bringing it back down to x86 and ARM so we have a talking point.</div>
<div><br></div><div>- David</div></div>