From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16198 invoked by alias); 23 Apr 2003 21:03:50 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 16186 invoked from network); 23 Apr 2003 21:03:49 -0000 Received: from unknown (HELO frothingslosh.sfbay.redhat.com) (12.150.115.200) by sources.redhat.com with SMTP; 23 Apr 2003 21:03:49 -0000 Received: from frothingslosh.sfbay.redhat.com (localhost.localdomain [127.0.0.1]) by frothingslosh.sfbay.redhat.com (8.12.8/8.12.8) with ESMTP id h3NL2ONm031675; Wed, 23 Apr 2003 14:02:24 -0700 Received: (from rth@localhost) by frothingslosh.sfbay.redhat.com (8.12.8/8.12.8/Submit) id h3NL2N8g031673; Wed, 23 Apr 2003 14:02:23 -0700 X-Authentication-Warning: frothingslosh.sfbay.redhat.com: rth set sender to rth@redhat.com using -f Date: Wed, 23 Apr 2003 22:08:00 -0000 From: Richard Henderson To: Ulrich Weigand Cc: Jan Hubicka , gcc@gcc.gnu.org, aj@suse.de Subject: Re: Profiling on S390 Message-ID: <20030423210223.GC24723@redhat.com> Mail-Followup-To: Richard Henderson , Ulrich Weigand , Jan Hubicka , gcc@gcc.gnu.org, aj@suse.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-SW-Source: 2003-04/txt/msg01189.txt.bz2 On Wed, Apr 23, 2003 at 10:23:24PM +0200, Ulrich Weigand wrote: > However, in the case of the profiler where saving/restoring CC > is vital for *correctness*, shouldn't the fact that CCmode copies > are *possible* (i.e. movcc works) be enough? Well... if movcc exists, then fine. But if it doesn't, and movsi doesn't support the flags register, then we're going to generate an unreloadable insn. OTOH, I suppose it's sufficient to abort in reload. > If I were to introduce that capability, does the common code make > any assumptions on just how those values are represented by integers? > Does (subreg:SI (reg:CC ...) 0) or vice versa work?) If a movcc pattern doesn't exist, then emit_move_insn_1 will subreg to word_mode and try that move pattern. But no assumptions are made wrt the contents of the bits. r~