BCS n...@anon.com wrote in message
news:a6268ffb8018cc1e47bb9fc...@news.digitalmars.com...
Hello Nick,
BCS n...@anon.com wrote in message
If mine did that I'd shoot him (a scorching e-mail :)
You should both feel lucky. The best I had was a class where we filled
in the bodies of a handful
Ellery Newcomer wrote:
ANTLR has pretty good support for backtracking, so writing a D grammar
for it wasn't too difficult, but then the resultant performance isn't
anything near what I'd like.
My recommendation is to forget about parser generators and just build
one by hand. They're easy to
BCS wrote:
(BTW I'm taking (but haven't yet finished) a compilers class so I might
be missing something)
That's one of my gripes about compiler classes, they expend enormous
effort on the simplest part of a compiler - the lexer/parser.
In working on the D compiler, I easily spend less than
Nick Sabalausky wrote:
(Cue Walter reminiscing about how great Caltech was... ;) )
The only software course I took at Caltech was a Fortran one. I can't
remember anything about it g.
Walter Bright Wrote:
Ellery Newcomer wrote:
ANTLR has pretty good support for backtracking, so writing a D grammar
for it wasn't too difficult, but then the resultant performance isn't
anything near what I'd like.
My recommendation is to forget about parser generators and just build
Walter Bright wrote:
BCS wrote:
(BTW I'm taking (but haven't yet finished) a compilers class so I
might be missing something)
That's one of my gripes about compiler classes, they expend enormous
effort on the simplest part of a compiler - the lexer/parser.
In working on the D compiler, I
Hello Walter,
BCS wrote:
(BTW I'm taking (but haven't yet finished) a compilers class so I
might be missing something)
That's one of my gripes about compiler classes, they expend enormous
effort on the simplest part of a compiler - the lexer/parser.
In working on the D compiler, I easily
Eric Suen wrote:
Because of many programming language is not design for speed, there is
no point to write a compiler in there native language. Even Java's compiler
is writtern in Java, why not D? Compiler bootstrapping is very basic
technique,
Doing this would make it more difficult than
Hello Nick,
BCS n...@anon.com wrote in message
If mine did that I'd shoot him (a scorching e-mail :)
You should both feel lucky. The best I had was a class where we filled
in the bodies of a handful of small functions in a trivial assembler
(trivial meaning completely bare-minimum, and no
Hello Ellery,
BCS wrote:
Hello Ellery,
For some reason, my professor seems to be skipping LR parsing.
If mine did that I'd shoot him (a scorching e-mail :)
It's probably because he can't make us write a LALR parser by hand.
For a small language he could. My prof has done several 2-4
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbap0k$141...@digitalmars.com...
Nick Sabalausky wrote:
That mentioned, in the section about LL(k), If both AB and AB are
legal
expressions, where B can be of arbitrary length, then no finite amount of
look-ahead will allow
Nick Sabalausky a...@a.a wrote in message
news:hbblfe$2k4...@digitalmars.com...
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbaom1$138...@digitalmars.com...
Well, let's see here...
PrimExp - structLiteral
PrimExp - functionLiteral
and suppose
structLiteral = { /*
Christopher Wright wrote
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and has
widespread acceptance.
SWT wrap native controls, and Eclipse is
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbaom1$138...@digitalmars.com...
But what I'm wondering about LALR is will it have to back up if it
chooses wrong, or can it sail on through in one parse attempt. I bet it
can.
And how about actual ambiguity? How well does
On 10/16/09 19:18, Lutger wrote:
Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the whole
tool chain needs to be
On 10/17/09 00:23, Christopher Wright wrote:
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and has
widespread acceptance.
It depends on what
On 10/17/09 04:22, Eric Suen wrote:
Lutger wrote
Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the whole
tool
On 10/17/09 07:06, Nick Sabalausky wrote:
Christopher Wrightdhase...@gmail.com wrote in message
news:hbarno$188...@digitalmars.com...
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I
Sat, 17 Oct 2009 10:22:55 +0800, Eric Suen thusly wrote:
Does Walter Bright use D for any projects himself?
He makes nice html presentations of the language, demonstrating small
code snippets. They are sometimes available online :S
On 10/17/09 10:31, Eric Suen wrote:
Christopher Wright wrote
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and has
widespread acceptance.
SWT
Jacob Carlborg wrote:
...
GtkD doesn't use native controls, DFL is only for windows (last I
checked).
Sure. But think of it this way: GtkD *is* the native controls (for Gnome),
only they are also usable on other platforms. Same way QT *is* native for
the KDE platform. (except QT does use
language_fan wrote:
Sat, 17 Oct 2009 10:22:55 +0800, Eric Suen thusly wrote:
Does Walter Bright use D for any projects himself?
He makes nice html presentations of the language, demonstrating small
code snippets. They are sometimes available online :S
DMDscript, the garbage collector,
Jacob Carlborg wrote:
On 10/17/09 00:23, Christopher Wright wrote:
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and has
widespread acceptance.
Nick Sabalausky wrote:
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbaom1$138...@digitalmars.com...
Nick Sabalausky wrote:
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbak0n$q5...@digitalmars.com...
I could count the number of places that are
Hello Ellery,
Do LALR parsers care about arbitrary
lookahead? LL(k) parsers do.
LALR needs to be able to unambiguously determine all the /completed/ productions
to the left of each point by looking at nothing beyond the next token to
the right. This might not be conservative enough, but I
Hello Ellery,
But what I'm wondering about LALR is will it have to back up if it
chooses wrong,
LALR can't backup
or can it sail on through in one parse attempt. I bet
it can.
What it will do is parse the {, parse an expression and /then/ use what
comes next to decide what the stuff it
BCS wrote:
Hello Ellery,
Do LALR parsers care about arbitrary
lookahead? LL(k) parsers do.
LALR needs to be able to unambiguously determine all the /completed/
productions to the left of each point by looking at nothing beyond the
next token to the right. This might not be conservative
Christopher Wright dhase...@gmail.com wrote in message
news:hbcg2t$20i...@digitalmars.com...
Jacob Carlborg wrote:
On 10/17/09 00:23, Christopher Wright wrote:
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbcq8b$av...@digitalmars.com...
Does GOLD let you manually specify how to resolve the ambiguities? Cuz
you're going to have them with D, and murphy says they're going to be
reduce-reduce :)
No. Reduce-reduce are errors and
Hello Ellery,
BCS wrote:
Hello Ellery,
Do LALR parsers care about arbitrary
lookahead? LL(k) parsers do.
LALR needs to be able to unambiguously determine all the /completed/
productions to the left of each point by looking at nothing beyond
the next token to the right. This might not be
BCS n...@anon.com wrote in message
news:a6268ffb7838cc1d4346bad...@news.digitalmars.com...
Hello Ellery,
BCS wrote:
(BTW I'm taking (but haven't yet finished) a compilers class so I
might be missing something)
Small world :)
For some reason, my professor seems to be skipping LR
Nick Sabalausky a...@a.a wrote in message
news:hbdana$27s...@digitalmars.com...
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbd6q8$1o5...@digitalmars.com...
For some reason, my professor seems to be skipping LR parsing.
Gold's documentation has a lot of good starting
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbd6q8$1o5...@digitalmars.com...
For some reason, my professor seems to be skipping LR parsing.
Gold's documentation has a lot of good starting point information:
http://www.devincook.com/goldparser/articles/lalr.htm
BCS wrote:
Hello Ellery,
BCS wrote:
Hello Ellery,
Do LALR parsers care about arbitrary
lookahead? LL(k) parsers do.
LALR needs to be able to unambiguously determine all the /completed/
productions to the left of each point by looking at nothing beyond
the next token to the right. This
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the whole
tool chain needs to be revised.
Compiler:
* Written in D
* Supports all major
Jacob Carlborg Wrote:
IDE: Descent
Poseidon + xfBuild may do the job (but Poseidon needs work to run on linux and
mac). Eclipse itself is too heavy and too java's.
On Fri, Oct 16, 2009 at 12:06 PM, Jacob Carlborg d...@me.com wrote:
Here is my thoughts and what I think is needed to build a really good IDE
and maybe get some attention from the enterprise. It's really not enough for
the compiler to output some json for an IDE to use, the whole tool chain
Denis Koroskin wrote:
On Fri, 16 Oct 2009 14:06:59 +0400, Jacob Carlborg d...@me.com wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to
On Fri, 16 Oct 2009 16:20:31 +0400, Ary Borenszweig a...@esperanto.org.ar
wrote:
Denis Koroskin wrote:
On Fri, 16 Oct 2009 14:06:59 +0400, Jacob Carlborg d...@me.com wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
On Fri, Oct 16, 2009 at 12:06 PM, Jacob Carlborgd...@me.com wrote:
Here is my thoughts and what I think is needed to build a really good IDE
and maybe get some attention from the enterprise. It's really not enough for
the compiler to output some
On 10/16/09 13:03, digited wrote:
Jacob Carlborg Wrote:
IDE: Descent
Poseidon + xfBuild may do the job (but Poseidon needs work to run on linux and
mac). Eclipse itself is too heavy and too java's.
I totally forgot about Poseidon. It has already been ported to the new
DWT library, I
On 10/16/09 14:27, Denis Koroskin wrote:
On Fri, 16 Oct 2009 16:20:31 +0400, Ary Borenszweig
a...@esperanto.org.ar wrote:
Denis Koroskin wrote:
On Fri, 16 Oct 2009 14:06:59 +0400, Jacob Carlborg d...@me.com wrote:
Here is my thoughts and what I think is needed to build a really
good IDE and
Jacob Carlborg schrieb:
On 10/16/09 13:03, digited wrote:
Jacob Carlborg Wrote:
IDE: Descent
Poseidon + xfBuild may do the job (but Poseidon needs work to run on
linux and mac). Eclipse itself is too heavy and too java's.
I totally forgot about Poseidon. It has already been ported to the
Ary Borenszweig, el 16 de octubre a las 14:20 me escribiste:
I can't agree more. Everything you wrote is in my TODO list,
starting with a compiler, which already compiles most of the
druntime (and hopefully will compile it fully by the end of this
week). I'll release it to public as soon as
On Fri, 16 Oct 2009 20:11:25 +0400, Leandro Lucarella llu...@gmail.com
wrote:
Ary Borenszweig, el 16 de octubre a las 14:20 me escribiste:
I can't agree more. Everything you wrote is in my TODO list,
starting with a compiler, which already compiles most of the
druntime (and hopefully will
Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the whole
tool chain needs to be revised.
I think this list is what
Denis Koroskin 2kor...@gmail.com wrote in message
news:op.u1v7jdgco7c...@korden-pc...
Yes, it's a DMD port. Unfortunately, there is no other mature D front-end
at present. Other folks are working on D compilers (dil, dang, ...) but
the progress is very slow.
FWIW, I've been meaning to try
Nick Sabalausky wrote:
Denis Koroskin 2kor...@gmail.com wrote in message
news:op.u1v7jdgco7c...@korden-pc...
Yes, it's a DMD port. Unfortunately, there is no other mature D front-end
at present. Other folks are working on D compilers (dil, dang, ...) but
the progress is very slow.
FWIW,
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbak0n$q5...@digitalmars.com...
Nick Sabalausky wrote:
Denis Koroskin 2kor...@gmail.com wrote in message
news:op.u1v7jdgco7c...@korden-pc...
Yes, it's a DMD port. Unfortunately, there is no other mature D
front-end
at
Nick Sabalausky Wrote:
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbak0n$q5...@digitalmars.com...
Nick Sabalausky wrote:
Denis Koroskin 2kor...@gmail.com wrote in message
news:op.u1v7jdgco7c...@korden-pc...
Yes, it's a DMD port. Unfortunately, there is no other
Justin Johansson n...@spam.com wrote in message
news:hbamfa$v3...@digitalmars.com...
Nick Sabalausky Wrote:
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbak0n$q5...@digitalmars.com...
Nick Sabalausky wrote:
Denis Koroskin 2kor...@gmail.com wrote in message
Nick Sabalausky wrote:
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbak0n$q5...@digitalmars.com...
Nick Sabalausky wrote:
Denis Koroskin 2kor...@gmail.com wrote in message
news:op.u1v7jdgco7c...@korden-pc...
Yes, it's a DMD port. Unfortunately, there is no other mature
Nick Sabalausky wrote:
Justin Johansson n...@spam.com wrote in message
news:hbamfa$v3...@digitalmars.com...
Nick Sabalausky Wrote:
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbak0n$q5...@digitalmars.com...
Nick Sabalausky wrote:
Denis Koroskin 2kor...@gmail.com wrote
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and has
widespread acceptance.
Lutger wrote
Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the whole
tool chain needs to be revised.
I think
Christopher Wright dhase...@gmail.com wrote in message
news:hbarno$188...@digitalmars.com...
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbaom1$138...@digitalmars.com...
Nick Sabalausky wrote:
Ellery Newcomer ellery-newco...@utulsa.edu wrote in message
news:hbak0n$q5...@digitalmars.com...
I could count the number of places that are ambiguous syntactically or
57 matches
Mail list logo