From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1813 invoked by alias); 22 Jan 2008 20:22:44 -0000 Received: (qmail 1543 invoked by uid 48); 22 Jan 2008 20:21:58 -0000 Date: Tue, 22 Jan 2008 21:02:00 -0000 Message-ID: <20080122202158.1542.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "olga at il dot ibm dot com" 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: 2008-01/txt/msg02624.txt.bz2 ------- Comment #48 from olga at il dot ibm dot com 2008-01-22 20:21 ------- Looking closely on the assembly files you generated, I see that in the version that fails there is a loop unrolling. On my linux x86_64 machine the assembly generated for 64 bits has no loop unrolling effects, also as the assembly files from your 32 bits. I wonder what it will be if we use -fno-unroll-loops in compilation, i.e. compiler with -O3 -fipa-struct-reorg -fipa-type-escape -fwhole-program -combine wo_prof_mult_fields_peeling.c and run it. Olga -- olga at il dot ibm dot com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alond at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34483