[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Help-smalltalk] Question regarding the parser(s)
From: |
Holger Freyther |
Subject: |
[Help-smalltalk] Question regarding the parser(s) |
Date: |
Mon, 13 Sep 2010 01:21:07 +0800 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.7) Gecko/20100720 Fedora/3.1.1-1.fc13 Lightning/1.0b2 Thunderbird/3.1.1 |
Hi Paolo,
I try to come up with a test case for my parser issue and I am a bit confused
and maybe you can help me out.
1.) if I use FileStream fileIn it will end at a primitive and will always
use the internal C Smalltalk parser?!
2.) Behavior evaluate: 'Object subclass: Foo'. In the default implementation
this will be wrapped by a 'DoIt [ ^ [', code, ']]' and then executed?
Internally this will be passed to compile which should end in
VMpr_Behavior_primCompile?
Now the weird part is, that part does not appear to know about GST Syntax.
'Object subclass: Foo' does not work (this one needs a symbol)
'Object subclass: #Foo' does work
'Object subclass: #Foo []' does not work
'Object subclass: #Foo!' does work.. returns #Foo
is that a bug?
3.)
PackageLoader fileInPackage: 'Compiler'.
Behavior evaluate: 'Object subclass: #Foo3', returns nil and not
Foo3 as without the Compiler.
So my question so far is:
a) Should GST Syntax work inside the evaluate?
b) Should the Compiler return the (last?) class it created?
as usual, thanks a lot.
- [Help-smalltalk] Question regarding the parser(s),
Holger Freyther <=