|Formally Defining a Programming Language email@example.com (Seima Rao) (2011-11-19)|
|Re: Formally Defining a Programming Language firstname.lastname@example.org (Kaz Kylheku) (2011-11-21)|
|Re: Formally Defining a Programming Language email@example.com (Christophe de Dinechin) (2011-11-22)|
|Re: Formally Defining a Programming Language firstname.lastname@example.org (email@example.com) (2011-11-27)|
|Re: Formally Defining a Programming Language firstname.lastname@example.org (2012-02-29)|
|Re: Formally Defining a Programming Language email@example.com (glen herrmannsfeldt) (2012-03-02)|
|From:||Christophe de Dinechin <firstname.lastname@example.org>|
|Date:||Tue, 22 Nov 2011 20:45:45 -0800 (PST)|
|Posted-Date:||25 Nov 2011 22:13:36 EST|
On Nov 19, 2:45 pm, Seima Rao <seima...@gmail.com> wrote:
> n designing my own Programming Language and given the existence
> of a lot of programming languages and an infinity of "knowhows" that
> is the Internet, I resorted to adhoc adaptation methods that worked
> incredibly well!
I'd like to share a few thoughts here, based on my experience with XL
- Don't design a language today based on 30-years-old templates. XL
demonstrates that you can create a working, readable language with
user-extensible syntax using a recursive descent parser which is less
than 2000 lines of commented C++.
- Keep it simple. The C++ specification weights hundreds of pages, and
it's full of bugs and ambiguities. XL can be explained in twenty pages
or so, see http://xlr.sourceforge.net/sites/default/files/XLRef.pdf.
- Consider its applications, the ecosystem. Think about the library,
about meta-programming, about domain-specific languages, about IDE
integration (Eclipse, vi or emacs).
> Can readers of this forum help direct to relevant materials wrt
> Formalism that I can study to learn about Formalisms that will help in
> deciding about my Programming Language?
I assume you know about the Dragon Book (http://en.wikipedia.org/wiki/
Return to the
Search the comp.compilers archives again.