This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug preprocessor/69650] [6 Regression] ICE in linemap_line_start, at libcpp/line-map.c:803
- From: "manu at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 23 Mar 2016 11:13:37 +0000
- Subject: [Bug preprocessor/69650] [6 Regression] ICE in linemap_line_start, at libcpp/line-map.c:803
- Auto-submitted: auto-generated
- References: <bug-69650-4 at http dot gcc dot gnu dot org/bugzilla/>
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 rguenther@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 #.