From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 86221 invoked by alias); 25 Mar 2015 23:26:24 -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 86171 invoked by uid 48); 25 Mar 2015 23:26:21 -0000 From: "hubicka at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/65559] [5 Regression] lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947 Date: Wed, 25 Mar 2015 23:52: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: hubicka 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: cc 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/msg02880.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559 Jan Hubicka changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hubicka at gcc dot gnu.org --- Comment #3 from Jan Hubicka --- lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947 does not seem like stack limit issue. /* True, since the plugin splits the archives. */ gcc_assert (num_objects == nfiles); so it seems there is some confussion in handling the object files. num_objects is the number of objects stored by linker to resolution file, while nfiles is number of objects seen by GCC. How they differ? This may be either linker or simple-object bug I guess. with --save-temps you can check the .res file and see if it looks sane.