[cfe-dev] Switching http://llvm.org/demo to clang or providing a separate clang demo

Chris Lattner clattner at apple.com
Mon Aug 29 23:59:15 PDT 2011


On Aug 29, 2011, at 9:47 PM, David Blaikie wrote:

>> 
>> 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.
>>  
> 
> 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.
> 
>  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.
> 
> 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.
> 
> 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)?

It's true that headers wouldn't be the right "cross compiling headers", but I think that's ok.  The users of the demo page are not going to run the generated .s code, and x86-32 and ARM are pretty close (both 32-bit little endian).  Another option is to just add X86-32/64.

-Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20110829/a91f6ae0/attachment.html>


More information about the cfe-dev mailing list