This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug preprocessor/69177] [6 Regression] Bit-packing optimization makes it too easy to have location_t >= LINE_MAP_MAX_LOCATION_WITH_COLS
- From: "dmalcolm at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 14 Jan 2016 19:18:40 +0000
- Subject: [Bug preprocessor/69177] [6 Regression] Bit-packing optimization makes it too easy to have location_t >= LINE_MAP_MAX_LOCATION_WITH_COLS
- Auto-submitted: auto-generated
- References: <bug-69177-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69177
David Malcolm <dmalcolm at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution|--- |FIXED
--- Comment #8 from David Malcolm <dmalcolm at gcc dot gnu.org> ---
Should be fixed as of r232379, which increases the amount we can handle:
0x50000000 / (128 * 32) per line = 327,680 lines of code before
hitting the range-packing limit, then:
0x10000000 / 128 = 2,097,152 lines of code before hitting the
has-column-information limit.
giving 2,424,832 lines of code total before hitting the
has-column-information limit.
Compared with the numbers in comment 0, that's a 6x increase in the limit,
though it's only about 1/5th of the limit in gcc 5.
Hopefully that's acceptable. Resolving this as fixed. Feel free to reopen if
you see any real code hitting the LINE_MAP_MAX_LOCATION_WITH_COLS limit with
r232379.