Prioritize compiler functionality/tasks, when designing a new language
Posted
by
Mahdi
on Programmers
See other posts from Programmers
or by Mahdi
Published on 2012-10-17T07:10:33Z
Indexed on
2012/10/17
11:21 UTC
Read the original article
Hit count: 323
Well, the question should be so hard to ask and I expect couple of down votes, however, I'm really interested to have your ideas and recommendations. :)
I've already made a very simple compiler, with a few and limited functionality. Now I'm getting more on it to make it more like a real-world compiler. I definitely need to start over 'cause I've much more experience and ideas in this area rather a few years ago. So, I want to know, right now, from the very first step again, which tasks/features for the new compiler should implement first and which tasks has lower priority rather than others?
For example, I'd say, first I'd go to decide about the object-oriented structure for the new language, but you might say, hey, just go for a compiler that could define a variable, when you finished that, then start thinking about OOP designs ...
I prefer to hear the pros and cons for your suggestions also. Actually I like to start from Bottom to Top, where I could add simplest tasks first, and later adding more complex ones, but I'm totally open for any new ideas, and really appreciate that.
Also please consider that I'm thinking about the design concepts. Actually I expect answers like:
Priority from Highest to Lowest:
- variables, because ....
- functions, because ....
- loops, because ....
- ...
Not:
define a syntax for your new language, and start parsing your source code ...
© Programmers or respective owner