------- Comment #2 from pcarlini at suse dot de 2006-02-13 10:38 -------
I'm sorry, now I really understand the issue, I think (too much time since my
last changes to this code... ;) I don't think we have a problem, actually, in
the sense that we are implementing DR 169 rather literally, including:
"Of course, the resolution below requires some handling of simultaneous input
and output since it is no longer possible to update egptr() whenever epptr() is
changed. A possible solution is to handle this in underflow()."
This means that we are updating epptr() in underflow, not earlier, not upon
overflow. Does this way of implementing DR 169 make sense to you?
--
pcarlini at suse dot de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26250
