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:

  1. variables, because ....
  2. functions, because ....
  3. loops, because ....
  4. ...

Not:

define a syntax for your new language, and start parsing your source code ...

© Programmers or respective owner

Related posts about programming-languages

Related posts about design