Compilers and Compiler Generators
an introduction with C++
(C) P.D. Terry, Rhodes University, 1996
http://www.scifac.ru.ac.za/compilers/
This site provides an on-line edition of the text and other material
from my book "Compilers and Compiler Generators - an introduction with
C++", published in 1997 by International Thomson Computer Press. The
original edition is now out of print, and the copyright has reverted to
me.
http://www.scifac.ru.ac.za/compilers/contg.htm
Le chapitre 11 parle de grammaires attribuées.
--
Clement Vasseur -o)
[ nitro :: EPITA CSI 2005 ] /\\
"Programming is about being lazy." _\_V
I have looked what was done on c-grammar. You made a good work. But
there is still some critical problems on some little examples of the
gcc test suite. 310 of the 844 tests fail. It is 35%. I think you put
too much "0" in the "ok" attributes. The parser is now fixed up, so
you can finish it.
--
Valentin David
valentin(a)lrde.epita.fr
Transformers 0.2 is available. I hope the package is ok, since I got fed
up of waiting for 6 hours each time I had to make a change.
http://transformers.lrde.epita.fr
I could not upload the file on gforge because there is a 2 MB limit on
file size.
Thanks to everyone who contributed to this release, especially Olivier
who did a very good work on the C grammar and disambiguation.
off to the plane... bye!
--
Clement Vasseur -o)
[ nitro :: EPITA CSI 2005 ] /\\
"Programming is about being lazy." _\_V
When there is an ambiguity, there is several possibility. I have
looked into it, and i was surprised that only one possibility is
tested for each ambiguity. It does not prove anything. Please add
tests for all ambiguities. And keep it up to date!
--
Valentin David
valentin(a)lrde.epita.fr
Don't forget the meeting, at 10 am tomorrow.
We will discuss about the upcoming 0.2 release, due at the end of this
week.
--
Clement Vasseur -o)
[ nitro :: EPITA CSI 2005 ] /\\
"Programming is about being lazy." _\_V
Nicolas Despres <despre_n(a)lrde.epita.fr> wrote
>> This temporary files problem is very annoying. Can anyone take care of
>> it? (I will put a task on gforge as soon as I come back from school).
>
> I have written a little shell script to solve this problem:
[...]
> This script is available at ~despre_n/bin/clean-str
> It is probably not the best solution but it works fine.
I was talking about fixing the real problem, not providing a workaround.
If the problem comes from StrategoXT itself, then it should be reported
to them, but I want to be sure of that first.
--
Clement Vasseur -o)
[ nitro :: EPITA CSI 2005 ] /\\
"Programming is about being lazy." _\_V
StrategoXT 0.11 is available. From now on, we use this stable version
instead of synchronizing on the SVN version.
I installed the package here:
/home/lrde/lrde/usr/StrategoXT
--
Clement Vasseur -o)
[ nitro :: EPITA CSI 2005 ] /\\
"Programming is about being lazy." _\_V
I propose the removal of the eh/cleanup1 test.
This one depends on a patched version of SGLR, it is huge and takes a
lot of time to run, and best of all it randomly fails.
See bug #37 on gforge: "This test always fail, but never at the same place."
It prevents the auto-build system to install cxx-grammar and test the
packages that depends on it. Very annoying.
Any objection?
--
Clement Vasseur -o)
[ nitro :: EPITA CSI 2005 ] /\\
"Programming is about being lazy." _\_V
