From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21837 invoked by alias); 13 Jan 2009 21:57:20 -0000 Received: (qmail 21556 invoked by alias); 13 Jan 2009 21:57:09 -0000 Date: Tue, 13 Jan 2009 21:57:00 -0000 Message-ID: <20090113215709.21552.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/38431] [graphite] several ICEs with CP2K (summary) In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "sebpop at gmail 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: 2009-01/txt/msg01413.txt.bz2 ------- Comment #30 from sebpop at gmail dot com 2009-01-13 21:57 ------- Subject: Re: [graphite] several ICEs with CP2K (summary) Thanks for the clarification, I managed to reproduce the fail. The problem comes from the fact that we do not generate code for a scalar reduction that is not detected as a scalar reduction with the variable connection$dim$1$lbound. In the attached output from debug_loops (3) I selected the region of code containing both the original loops: loop_3 and loop_4 and the code generated by graphite with -fgraphite-identity: loop_22, loop_23. In loop_22 the computation on connection$dim$1$lbound disappears. I wonder what this variable stands for: it is not used elsewhere in the debug_loops (3) output of change_bond_length function, and I suspect that this is a global variable whose value is needed elsewhere outside the change_bond_length function. The bug is in the detection of scalar reductions. Sebastian ------- Comment #31 from sebpop at gmail dot com 2009-01-13 21:57 ------- Created an attachment (id=17095) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17095&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431