Re: [Liberty-eiffel] compiler internals: live features

[Mehul Sanghvi]

I'm a newbie to Eiffel, and although a lot of the internals related communications

are over my head, I think it would be a dis-service to move those conversations

away from the main list and to a separate list.  

I'm not a compilers/interpreters type of person, but the emails are educational

even if they're over my head.  I would say keep it here in the main list.

cheers,

      mehul

On Sun, Sep 14, 2014 at 2:22 PM, Raphael Mack <address@hidden> wrote:

Hi Cyril,

as this might be interesting for any hacker who wants to read some details, I suggest to discuss this publicly. @all: please tell us, if you think this is too much for the public mailing list - then we might want to add some "liberty-internals" list. If not and you are interested follow the discussion and start providing patches for Liberty ;-)

Zitat von Cyril ADRIAN <address@hidden>:

too. Don't hesitate to ask questions, I am not that good at explaining the
whole architecture from scratch.

so here is one:
assume we have an expanded type FILE_TOOLS, without any attributes and another expanded class CLASSES_TREE_FACTORY with a single attribute file_tools: FILE_TOOLS.

The struct for CLASSES_TREE_FACTORY is reduced to an int, which is good, but the introspection doesn't currently work with this. So would you consider the attribute CLASSES_TREE_FACTORY.file_tools a live feature? - I'd think so, as it IS used, we only have not to emit the attribute into the type struct...

And: who is responsible to detect the set of live types and features?

Rapha

--
Mehul N. Sanghvi
email: address@hidden