From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4232 invoked by alias); 18 Jan 2005 11:20:37 -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 4115 invoked by uid 48); 18 Jan 2005 11:20:24 -0000 Date: Tue, 18 Jan 2005 11:20:00 -0000 Message-ID: <20050118112024.4114.qmail@sourceware.org> From: "rth at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20050112133406.19398.uros@kss-loka.si> References: <20050112133406.19398.uros@kss-loka.si> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug rtl-optimization/19398] secondary reloads don't consider "m" alternatives X-Bugzilla-Reason: CC X-SW-Source: 2005-01/txt/msg02395.txt.bz2 List-Id: ------- Additional Comments From rth at gcc dot gnu dot org 2005-01-18 11:20 ------- This doesn't really have anything to do with sse. We have a value in "f" and decide it should be in "x", and discount the "m" alternative. Could be fixed by having reload look at "m" when considering secondary reloads. It's sure to be mildly complicated by wanting to not keep the value in memory if it could be inherited by multiple instructions, but it's definitely a win for x86 code density to avoid explicit loads when the value is otherwise unused. The only target solution I can think of is peepholes. But we could easily need Quite A Lot of them in the x86 port, so I don't think this an ideal solution. -- What |Removed |Added ---------------------------------------------------------------------------- Component|target |rtl-optimization Keywords|ssemmx | Summary|Non-optimal code with |secondary reloads don't |cvttss2si |consider "m" alternatives http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19398