July 2004 - Transformers-bugs

[ transformers-Bugs-44 ] choice operator
by noreply＠lrde.epita.fr 11 Jul '04

11 Jul '04

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

1 0

[ transformers-Bugs-43 ] unfor and split don't work
by noreply＠lrde.epita.fr 06 Jul '04

06 Jul '04

Bugs item #43, was opened at 2004-07-06 09:22 You can respond by visiting: http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=43&group_id=5 Category: cxx-basic Group: None Status: Open Resolution: None Priority: 3 Submitted By: Olivier Gournet (gourne_o) Assigned to: Nobody (None) Summary: unfor and split don't work Initial Comment: see why and fix it. ---------------------------------------------------------------------- You can respond by visiting: http://gforge.lrde.epita.fr/tracker/?func=detail&atid=101&aid=43&group_id=5

1 0

[ transformers-Bugs-42 ] Dandling else
by noreply＠lrde.epita.fr 02 Jul '04

02 Jul '04

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

1 0

[ transformers-Bugs-41 ] va_arg
by noreply＠lrde.epita.fr 02 Jul '04

02 Jul '04

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

1 0