https://gcc.gnu.org/bugzilla/show_bug.cgi?id=125095
Steve Kargl <kargl at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jvdelisle at gcc dot gnu.org
--- Comment #15 from Steve Kargl <kargl at gcc dot gnu.org> ---
The draft patch looks reasonable. I got stuck looking
at eatline() wondering why it did not position the
input at the next item. Completely missed the eatspace()
function. I'll test the patch later tonight.
For the complex issue, I'm surprised that an error does
occur from your description. The input items is either
(1.,2.) or r*(1.,2.) where r is a repeat count. The
( and ) are required.
F2023
When the next effective item is of type complex, the input form of
the input value consists of a left parenthesis followed by an ordered
pair of numeric input fields separated by a comma (...) or a semicolon
(...), and followed by a right parenthesis.
I've added jerry to the cc list.
