[nem-en] No parsetree body accessible
Dmitry Ivankov
divanorama at gmail.com
Tue Jun 19 22:23:17 CEST 2007
On 6/20/07, Kamil Skalski <kamil.skalski at gmail.com> wrote:
>
> I think this would fix all similar scenarios, when you want to
> generate initializer during typing, which would be good. I don't think
> it could cause any problems - order of typing methods is not
> important.
Sure, just if macro from ctor defines new method we won't be able to
type it before all ctors.
Of course such methods hardly will add
initializers, so it doesn't matter in this context :)
Looks like the setter bacame internal (or was such always?) I'm not
> sure why it is needed - all examples in ncc/testsuite/macrolib.n just
> uses Compile...
I suppose that the property is managed automatically now
and it can be removed from wiki.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /mailman/pipermail/devel-en/attachments/20070619/99dff072/attachment.html
More information about the devel-en
mailing list