https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #34 from Manuel López-Ibáñez <manu at gcc dot gnu.org> --- (In reply to Martin Liška from comment #30) > Created attachment 35132 [details] > Chrome: ODR warnings with patch from #c21 @Martin: The previous comment where the ICE is mentioned seems to refer to Jan's latest patch (with the cache), but this comment appears to refer to my patch in comment 21. Is that right? I don't see how you can get that backtrace with Jan's patch: linemap_line_start should only be called when applying the location cache, no? @Jan: I think: + linemap_line_start (line_table, loc.line, + MAX (81, loc.col + 1)) should simply be: + linemap_line_start (line_table, loc.line, + max + 1) For what is worth, I think your patch should already help a lot in GCC 5, it seems a move in the right direction. Perhaps the WPA sorting time is offset by the memory savings and lower number of maps, which should reduce lookup times. It would really be interesting to compute the sum of dump_line_table_statistics() for each input file before stream out and for the LTO line_table after stream in. It will give you some idea of how much you can expect to save in streamed out data and LTO memory by streaming out the line_tables directly.
