From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10769 invoked by alias); 8 Nov 2006 03:35:43 -0000 Received: (qmail 10695 invoked by uid 48); 8 Nov 2006 03:35:31 -0000 Date: Wed, 08 Nov 2006 03:35:00 -0000 Message-ID: <20061108033531.10694.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/28690] [4.2/4.3 Regression] Performace problem with indexed load/stores on powerpc In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "pinskia at gcc dot gnu dot org" 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 X-SW-Source: 2006-11/txt/msg00622.txt.bz2 List-Id: ------- Comment #25 from pinskia at gcc dot gnu dot org 2006-11-08 03:35 ------- (In reply to comment #24) > Does anyone know why var above was marked as > artifical? Yes because it is an compiler generated decl for the load of the global. The main reason why we don't mark the RTL for artifical decls is because we get still like: (int*)int_var Which causes problem. This is what PTR_PLUS_EXPR which I am creating helps solves. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28690