From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14124 invoked by alias); 24 Mar 2003 19:56:03 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 14096 invoked by uid 71); 24 Mar 2003 19:56:02 -0000 Date: Mon, 24 Mar 2003 19:56:00 -0000 Message-ID: <20030324195602.14095.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Steven Bosscher Subject: Re: inline-asm/9181: [3.2.1/3.3/3.4 regression] ICE with inline assembly in instantiate_virtual_regs_1, at function.c:3974 Reply-To: Steven Bosscher X-SW-Source: 2003-03/txt/msg01630.txt.bz2 List-Id: The following reply was made to PR inline-asm/9181; it has been noted by GNATS. From: Steven Bosscher To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-prs@gcc.gnu.org, mtaylor@fit.edu Cc: Subject: Re: inline-asm/9181: [3.2.1/3.3/3.4 regression] ICE with inline assembly in instantiate_virtual_regs_1, at function.c:3974 Date: Mon, 24 Mar 2003 20:48:47 +0100 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9181 The smaller test case: int get_lsb (long long bb) { int index; asm ("": "=%al" (index): "d" (&bb):"%ecx"); return index; } now gives us: # gcc-3.3 -c 9181.c 9181.c: In function `get_lsb': 9181.c:5: error: impossible constraint in `asm' # gcc-3.3 -c 9181.c -O # gcc-3.3 -c 9181.c -O2 So at optimize > 0, the whole thing is optimized away. At -O0, we used to ICE, that appears to be fixed now. Honza (again ;-), is this the expected behavior? Greetz Steven