From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27919 invoked by alias); 27 Jan 2003 12:56:00 -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 27905 invoked by uid 71); 27 Jan 2003 12:56:00 -0000 Date: Mon, 27 Jan 2003 12:56:00 -0000 Message-ID: <20030127125600.27904.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Falk Hueffner Subject: Re: optimization/9448: [mainline] Wrong code with -O2 -fprefetch-loop-arrays Reply-To: Falk Hueffner X-SW-Source: 2003-01/txt/msg01499.txt.bz2 List-Id: The following reply was made to PR optimization/9448; it has been noted by GNATS. From: Falk Hueffner To: zlomekj@suse.cz Cc: gcc-gnats@gcc.gnu.org Subject: Re: optimization/9448: [mainline] Wrong code with -O2 -fprefetch-loop-arrays Date: 27 Jan 2003 13:48:27 +0100 zlomekj@suse.cz writes: > In loop.c in function emit_prefetch_instructions on line 4200 > there is the following command: > init_val = convert_to_mode (Pmode, init_val, 0); > > It finally generates instructions to convert from SImode to DImode > which are placed to the end of instruction stream and not to the > place before loop. I'm not quite sure what your actual problem is. That prefetches are placed at nonsensical places? That's not nice, but also not really wrong-code. Also, your example contains an infinite loop, and I don't think we should be especially concerned about optimizing that. Perhaps you could provide a smaller example with the assembly you get, and the assembly you'd rather like to see? -- Falk