From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2401 invoked by alias); 17 May 2004 22:20:53 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 2389 invoked by uid 48); 17 May 2004 22:20:52 -0000 Date: Tue, 18 May 2004 15:27:00 -0000 Message-ID: <20040517222052.2388.qmail@sourceware.org> From: "rearnsha at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20040430162847.15231.pb@gcc.gnu.org> References: <20040430162847.15231.pb@gcc.gnu.org> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug target/15231] constant pool entries referring to nonexistent labels X-Bugzilla-Reason: CC X-SW-Source: 2004-05/txt/msg01928.txt.bz2 List-Id: ------- Additional Comments From rearnsha at gcc dot gnu dot org 2004-05-17 22:20 ------- Confirmed on 3.4. However, Running the pre-processed code through the trunk version of the compiler gives rise to numerous errors due to invalid lvalues. For example: ((void)((0)), irq_stat[0].__local_bh_count)++ This code looks to be using the deprecated lvalue assignment extension. It might be worth trying to fix these problems in the source and then seeing if the reported problem still exists. Since the extension is deprecated in 3.4.0, then if this is the cause, I suspect the problem won't get fixed. -- What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15231