From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 100270 invoked by alias); 27 Mar 2015 16:35:34 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 99247 invoked by uid 48); 27 Mar 2015 16:35:30 -0000 From: "manu at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/65536] LTO line number information garbled Date: Fri, 27 Mar 2015 16:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: manu at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-03/txt/msg03201.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65536 --- Comment #52 from Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez --- (In reply to Jan Hubicka from comment #50) > >=20 > > +/* Do not track column numbers higher than this one. As a result, the > > + range of column_bits is [7, 18] (or 0 if column numbers are > > + disabled). */ > > +#define LINE_MAP_MAX_COLUMN_NUMBER (1U << 17) > > + > > +/* Do not track column numbers if locations get higher than this. */ > > +#define LINE_MAP_MAX_LOCATION_WITH_COLS 0x70000000 > > + > > +/* Highest possible source location encoded within an ordinary or > > + macro map. */ > > +#define LINE_MAP_MAX_SOURCE_LOCATION 0x7FFFFFF0 >=20 > I understood the limit of 0x70000000 to give some buffer so we can still > record new > files but also drop the line number information? Do we really need to reserve space for 0x7FFFFFF0 - 0x70000000 =3D 268435440 files? > Well, this is a bug in C/C++ FEs clearly, lang_type should not be declared > twice with different meanings. One needs to be renamed. You can however > safely > ignore it and get build to complete with --disable-werror I'll try that. Thanks! > I will try to add assets and reproduce it (at least with cache disabled on > gcc > bootstrap), lets see if I get any luck. I only saw it on Chromium that is > order of mangnitude bigger than GCC. Just to give you idea, GCC linktime > memory consumption is about 700MB, while Firefox takes 3GB and Chromium 9= GB. > It has 11k files linked to one unit (which makes is so much bigger than > firefox > that does include many .cpp units into one to get around the bloat). > Before my changes, the linemap occupied about 1GB. You can get an estimate of how much memory would be required to stream in/o= ut directly the line_table by summing up the memory reported by dump_line_table_statistics for each TU before streaming out (perhaps using -ftrack-macro-expansion=3D0 to reduce it further). This would still be an overestimate, because one can drop one char (sysp) and one int (included_fr= om) per map and one can drop all maps that are not used by LTO. Moreover, you w= ill not need a cache and everything will be in order already when you stream in. >>From gcc-bugs-return-482056-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Mar 27 16:32:54 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 94144 invoked by alias); 27 Mar 2015 16:32:54 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 94051 invoked by uid 48); 27 Mar 2015 16:32:50 -0000 From: "paolo.carlini at oracle dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/65579] [C++11] gcc requires definition of a static constexpr member even though it is not odr-used Date: Fri, 27 Mar 2015 16:50:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: paolo.carlini at oracle dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on blocked everconfirmed Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-03/txt/msg03200.txt.bz2 Content-length: 462 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65579 Paolo Carlini changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2015-03-27 Blocks| |55004 Ever confirmed|0 |1