Hi,
Speaking of language syntax in another thread it got me thinking.
Being around FPC for a few years now I have read many messages and saw
patches regarding language extensions etc...
Then today by pure accident while searching for Modula-2 if..then..end
syntax I came across this page:
On Tue, 26 Jan 2010, Graeme Geldenhuys wrote:
Hi,
Speaking of language syntax in another thread it got me thinking.
Being around FPC for a few years now I have read many messages and saw
patches regarding language extensions etc...
Then today by pure accident while searching for Modula-2
Graeme Geldenhuys schrieb:
Hi,
Speaking of language syntax in another thread it got me thinking.
Being around FPC for a few years now I have read many messages and saw
patches regarding language extensions etc...
Then today by pure accident while searching for Modula-2 if..then..end
On Tue, Jan 26, 2010 at 10:44, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
Hi,
[snip
I gather FPC doesn't use something like this? If so, any specific
reason why not? It seems like a very easy way to extend the language
though. Simply describe the syntax and another program generates
2010/1/26 Michael Van Canneyt mich...@freepascal.org:
Mainly because it's very inefficient, has little useful error reporting
and requires yet another tool.
Also, when the compiler was created, Coco/R didn't exist yet.
Fair enough. I guess one could use Coco/R or other similar tools to
Graeme Geldenhuys schrieb:
2010/1/26 Florian Klaempfl flor...@freepascal.org:
(remember, I did the initial development of FPC on a 386-40 with 4 MB
Wow, that must be long ago.
The current FPC code base was started in June 1993. Nice task for the
git addicted to take available old sources and
In our previous episode, Graeme Geldenhuys said:
(remember, I did the initial development of FPC on a 386-40 with 4 MB
Wow, that must be long ago.
memory on DOS), debugging a yacc generated parser being table driven is
a pain etc.
Not that I understand anything of this or compiler
