https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69650
--- Comment #15 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Manuel López-Ibáñez from comment #14)
> (In reply to rguent...@suse.de from comment #12)
> > > This is an invalid linemarker. libcpp should ignore it completely and
> > > behave as
> > > if it was not present. It seems it is not doing that for some reason and
> > > that
> > > is messing up the line-table.
> >
> > Sure, but I don't see that 1048539 line number anywhere so it feels like
> > sth is used uninitialized?
>
> This was thoroughly analyzed by David above. The invalid linemarker causes
> an invalid LC_LEAVE which then triggers an invalid line-number calculation.
> Somehow, the code for handling the invalid linemarker is doing the wrong
> thing.
In any case, the current error-handling creates:
{<line_map> = {start_location = 8224, reason = LC_LEAVE}, to_file = 0x2154630
"Unified_cpp_js_src35.ii", to_line = 1048576, included_from = -1, sysp = 0
'\000', m_column_and_range_bits = 12, m_range_bits = 5}
in response to the invalid line-marker. Even if the to_line was correct, the
linemarker was invalid, so this map does not even need to exist. The line-table
at the end should be the same as if the original file had '//' in front of #.
