This is the mail archive of the
mailing list for the GCC project.
RE: [PATCH] preprocessor/58580 - preprocessor goes OOM with warning for zero literals
- From: Bernd Edlinger <bernd dot edlinger at hotmail dot de>
- To: Dodji Seketeli <dodji at redhat dot com>
- Cc: Jakub Jelinek <jakub at redhat dot com>, Manuel López-Ibáñez <lopezibanez at gmail dot com>, gcc-patches <gcc-patches at gcc dot gnu dot org>
- Date: Wed, 6 Nov 2013 23:22:53 +0100
- Subject: RE: [PATCH] preprocessor/58580 - preprocessor goes OOM with warning for zero literals
- Authentication-results: sourceware.org; auth=none
- References: <DUB122-W32B887B9B78C252A2B9146E40B0 at phx dot gbl>,<20131031144309 dot GR27813 at tucnak dot zalov dot cz> <87y559xz7y dot fsf at redhat dot com>,<20131031173649 dot GW27813 at tucnak dot zalov dot cz> <87r4awtmnx dot fsf at redhat dot com>,<20131104115748 dot GO27813 at tucnak dot zalov dot cz> <87zjpkrx8p dot fsf at redhat dot com>,<DUB122-W5CD617FD6DD35AAC919CBE4F60 at phx dot gbl>,<87k3gnqj7k dot fsf at redhat dot com>
I still do not see how this is supposed to work:
If the previous invocation of get_line already had read some
characters of the following line(s), how is that information
I see it is copied behind lineptr[cur_len].
But when get_line is re-entered, cur_len is set to zero again.
and all that contents up to 16K are forgotten. Right?
If an empty line of just a new-line is read, the return value
of get_line is 0, and string is "". But the return value of
read_line is NULL in that case. Now the function
location_get_source_line will leave the while loop.
But there may be more lines, propably not just empty ones?
How did you test your patch?