[cfe-dev] Help request for a game IDE project

[Makslane Araújo Rodrigues]

I was not thinking in use clan as an interpreter, but using it to:

- making refactoring in the game code
- show, in the IDE, information about any selected token (type, name, ...) and the possibility to change the properties in a grid control (even for functions)
- compiles the final game code and generates the llvm bitcode

The only use I can see for interpretation in this context, is to debug the game. But, is this not a feature provided by the llvm (may be in future versions)?

Regards,
Makslane



> Date: Tue, 11 Nov 2008 12:48:29 -0800
> From: akyrtzi at gmail.com
> To: clattner at apple.com
> CC: makslane at hotmail.com; cfe-dev at cs.uiuc.edu
> Subject: Re: [cfe-dev] Help request for a game IDE project
> 
> Chris Lattner wrote:
> >
> > This is definitely a direction that we'd like to go with clang.  There 
> > are already people in the community that are very interested in 
> > interpretation specifically (e.g. read/eval/print loops),
> 
> Some time ago I did a bit of experimentation for this and was happy to 
> conclude that clang's modular design makes it really easy.
> The changes required were mostly about exposing APIs that are currently 
> private, some methods on the Parser and Sema.
> 
> What are the expectations of people on how a C/C++ REPL should work ?
> I mean, certain interpreters allow mixing expressions and declarations 
> e.g, you can define a function and evaluate an expression without 
> switching declaration contexts.
> Using Clang almost as is, would need some kind of a declaration context 
> switch, (like "type in expression context>"), would this be reasonable ?
> 
> -Argiris

_________________________________________________________________
Confira vídeos com notícias do NY Times, gols direto do Lance, videocassetadas e muito mais no MSN Video!
http://video.msn.com/?mkt=pt-br
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20081112/253a860e/attachment.html>