From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10341 invoked by alias); 3 Jun 2010 18:29:30 -0000 Received: (qmail 10293 invoked by uid 48); 3 Jun 2010 18:29:21 -0000 Date: Thu, 03 Jun 2010 18:29:00 -0000 Message-ID: <20100603182921.10292.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug lto/43467] LTO error "bytecode stream: trying to read 0 bytes after the end of the input buffer" In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "ccoutant at gcc dot gnu dot org" 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 X-SW-Source: 2010-06/txt/msg00375.txt.bz2 ------- Comment #4 from ccoutant at gcc dot gnu dot org 2010-06-03 18:29 ------- > Cary - why does lto-plugin get invoked when gold has errors? Gold doesn't stop on these kinds of errors -- it proceeds to the end of the link to try to diagnose as many errors as possible. I'm not sure why a multiple-definition error would cause this problem in lto1, though. Nothing should be preventing the plugin from generating valid IR files, unless the presence of the duplicate definition is causing a different problem inside either the plugin itself or lto1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43467