Fwd: [Newcompiler] Status of the NewCompiler

Stéphane Ducasse stephane.ducasse at univ-savoie.fr
Mon Apr 9 15:10:14 UTC 2007



Begin forwarded message:

> From: Marcus Denker <denker at iam.unibe.ch>
> Date: 9 avril 2007 11:29:51 HAEC
> To: "The New Compiler, AST, IRBuilder, Closures..."  
> <newcompiler at lists.squeakfoundation.org>
> Subject: Re: [Newcompiler] Status of the NewCompiler
> Reply-To: "The New Compiler, AST, IRBuilder, Closures..."  
> <newcompiler at lists.squeakfoundation.org>
>
>
> On 02.04.2007, at 12:04, Stéphane Ducasse wrote:
>
>> may be you should post that to squeak-dev too.
>>
>
> The problem is that I am not subscribed right now... maybe someone  
> else can do that? The
> list of things done by math would need to be extended with the  
> things mentioned later in the thread,
> and the mail should have a link to this mailinstlist's subscribe page.
>
>> Stef
>> On 1 avr. 07, at 01:32, Marcus Denker wrote:
>>
>>> Hello,
>>>
>>> Last summer/fall, Mathieu Suen worked (as part of the ESUG  
>>> SummerTalk) on the NewCompiler framework.
>>>
>>> He added
>>> 	-> Support for literalVariable read/write bytecode
>>> 	-> Human readable Error Messages for the Parser that say more  
>>> then "SmaCCParserError".
>>> 	-> Support for Squeak 3.9 Pragmas / A solution for parsing  
>>> primitives (which used the old parser with
>>>              nobody realizing it... ;-) )
>>>         -> An experiment for a Smalltalk Scripting Language's  
>>> parser (Saphire)
>>> 	-> Many of smaller and larger bugfixes and improvements
>>>
>>> Thanks a lot!
>>>
>>> The NewCompiler framework has been used in many projects, both at  
>>> SCG and elsewhere.
>>>
>>> Next things on the TODO
>>> ====================
>>>
>>> Bugs
>>> -------
>>>
>>> - variables in the debugger seem to be not work correctly when  
>>> selecting them for a doit / inspect it.
>>> - in the debugger make "debug it" work. See  
>>> ParagraphEditor>>#debugIt.
>>> 	- fix debugIt to not compile a #doit method but use the same  
>>> mechanism as #doIt.
>>> - instVar vs. Field in IRBuilder. Something is very  not nice  
>>> here. We should provide both concepts.
>>> - Fix Compiler IR-->RBNode decompile
>>> - Make to Block primitives work for BlockClosure so that  
>>> exceptions (#ifCurtailed:, ...) work
>>>
>>> Enhancements
>>> --------------
>>>
>>> - Integrate RB with Newcompiler Parser.
>>> 	-- step one: Put Parser into it's own package (NewParser)... or  
>>> the AST package
>>> 	-- step two: remove RBParser, check/ fix RefactoringEngine
>>> -  work-around for bytecode limitations (jump offsett, number of  
>>> temps, number of literals ...) in IRBuilder
>>>    (see http://lists.squeakfoundation.org/pipermail/squeak-dev/ 
>>> 2006-February/100691.html)
>>> - Look at optimizing the Closures generated by the compiler. VM  
>>> hacking included.
>>> - VMmaker code generator should use RB AST
>>>
>>>
>>> Documentation
>>> ------------
>>> - We need websites for AST, RB, SmaCC, NewCompiler
>>> 	-- Write Hitchhikers Guide to the New Compiler:
>>> 	   http://www.whysmalltalk.com/articles/bykov/HitchHiker.htm
>>> 	   But then, these examples are even simpler to realise with  
>>> Persphone/Geppetto aka. "The Reflectivity"...
>>> 	-- IRBuilder: comments for public method, provide documentation  
>>> for stack effects
>>> - Better bugtracker. At least I loose track of the Mantis bugs  
>>> very easily. Can't it
>>>   generate emails to this list? Maybe use Roundup like  
>>> Reflectivity and Moose?
>>>   (http://macamis.unibe.ch/trackers)
>>>
>>
>




More information about the Squeak-dev mailing list