Bugs item #48, was opened at 2004-09-06 17:43
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=48&group_id=5
Category: cxx-basic
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Clement Vasseur (vasseu_c)
Assigned to: Olivier Gournet (gourne_o)
Summary: Concrete syntax in cxx-basic/unfor does not work well
Initial Comment:
See:
Unfor : |[ for (sd c; e) s ]| -> |[ { sd while (c) { s e; } } ]|
----------------------------------------------------------------------
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=48&group_id=5
Bugs item #44, was opened at 2004-07-11 13:20
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=44&group_id=5
Category: sdf-attribute
Group: None
Status: Open
Resolution: None
Priority: 6
Submitted By: Olivier Gournet (gourne_o)
Assigned to: Valentin David (david_v)
Summary: choice operator
Initial Comment:
There is a silly thing with choice operator. This code used to pass, but now do strange thing.
(extract from c-grammar/src/syn/Specifiers.sdf)
; debug (!"type : ")
; (
( debug (!"void? : "); ["void"] )
+ ( debug (!"char? : "); ["char"] )
+ ...
at run time:
type : ["int"]
void? : ["int"]
char? : attr-appl(prod([cf(i....
----------------------------------------------------------------------
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=44&group_id=5
Bugs item #42, was opened at 2004-07-02 19:22
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=42&group_id=5
Category: c-grammar
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Olivier Gournet (gourne_o)
Assigned to: Valentin David (david_v)
Summary: Dandling else
Initial Comment:
With the context-free restrictions rule on the if-then-else, the following code:
inf f() {
if (1)
;
else if (1)
;
}
don't parse.
sglr:error: Parse error in /tmp/test.c, line 8, col 0: eof unexpected
----------------------------------------------------------------------
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=42&group_id=5
Bugs item #41, was opened at 2004-07-02 11:52
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=41&group_id=5
Category: c-grammar
Group: None
Status: Open
Resolution: None
Priority: 2
Submitted By: Olivier Gournet (gourne_o)
Assigned to: Nobody (None)
Summary: va_arg
Initial Comment:
The macro va_arg is expanded into __builtin_va_arg, but this builtin still takes a type as parameter.
eg:
char* a = __builtin_va_arg(va, char**)[0];
Whatever, the C grammar doesn't allow type as parameter.
How should we handle this case ?
----------------------------------------------------------------------
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=41&group_id=5
Bugs item #37, was opened at 2004-06-25 06:28
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=37&group_id=5
Category: cxx-grammar
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Clement Vasseur (vasseu_c)
Assigned to: Olivier Gournet (gourne_o)
Summary: eh/cleanup1 fails sometimes
Initial Comment:
Find out why the eh/cleanup1 test fails on sandrock and pass on piotrkow. If the reason is too hard to investigate, the test should be removed, since it depends on our patch for SGLR.
----------------------------------------------------------------------
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=37&group_id=5
Bugs item #33, was opened at 2004-06-21 11:41
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=33&group_id=5
Category: cxx-grammar
Group: None
Status: Open
Resolution: None
Priority: 6
Submitted By: Olivier Gournet (gourne_o)
Assigned to: Clement Vasseur (vasseu_c)
Summary: Grammar
Initial Comment:
In src/syn/OperatorFunctionIds.sdf, the following lines
"and" -> Operator
"bitor" -> Operator
"or" -> Operator
"xor" -> Operator
"compl" -> Operator
"bitand" -> Operator
"and_eq" -> Operator
"or_eq" -> Operator
"xor_eq" -> Operator
"not" -> Operator {cons("not-op")}
"not_eq" -> Operator
don't appear in the standard grammar.
Please check if it's not a bug.
----------------------------------------------------------------------
You can respond by visiting:
http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=33&group_id=5