From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13379 invoked by alias); 18 Jun 2003 00:38:16 -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 13370 invoked by uid 48); 18 Jun 2003 00:38:15 -0000 Date: Wed, 18 Jun 2003 00:38:00 -0000 Message-ID: <20030618003815.13366.qmail@sources.redhat.com> From: "rth at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20030423204600.10469.rguenth@tat.physik.uni-tuebingen.de> References: <20030423204600.10469.rguenth@tat.physik.uni-tuebingen.de> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug optimization/10469] [3.3, 3.4] constant V4SF loads get moved inside loop X-Bugzilla-Reason: CC X-SW-Source: 2003-06/txt/msg01985.txt.bz2 List-Id: PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10469 rth@gcc.gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|unassigned@gcc.gnu.org |matz@suse.de ------- Additional Comments From rth@gcc.gnu.org 2003-06-18 00:38 ------- At least on x86, the load within the loop comes from reload. The pseudo that holds the V4SF temporary (right from the beginning mind!) gets forced to memory because of the subregs; we then reload the pseudo as necessary, which results in the load within the loop. With -fnew-ra, we get an ICE: zz.c:19: internal compiler error: in subreg_hard_regno, at emit-rtl.c:1087 Assigning the bug to Michael, since the current problem can't be solved without the new register allocator, and because of the ICE.