From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-517753-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 38511 invoked by alias); 20 Jan 2020 11:37:43 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 38499 invoked by uid 89); 20 Jan 2020 11:37:43 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-6.1 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=
X-HELO: mx2.suse.de
Received: from mx2.suse.de (HELO mx2.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 20 Jan 2020 11:37:32 +0000
Received: from relay2.suse.de (unknown [195.135.220.254])	by mx2.suse.de (Postfix) with ESMTP id 1C01EB131;	Mon, 20 Jan 2020 11:37:30 +0000 (UTC)
Date: Mon, 20 Jan 2020 11:47:00 -0000
From: Richard Biener <rguenther@suse.de>
To: Richard Sandiford <richard.sandiford@arm.com>
cc: "Kewen.Lin" <linkw@linux.ibm.com>, GCC Patches <gcc-patches@gcc.gnu.org>,     Segher Boessenkool <segher@kernel.crashing.org>,     Bill Schmidt <wschmidt@linux.ibm.com>,     "bin.cheng" <bin.cheng@linux.alibaba.com>
Subject: Re: [PATCH 2/4 GCC11] Add target hook stride_dform_valid_p
In-Reply-To: <mptk15mxvcr.fsf@arm.com>
Message-ID: <nycvar.YFH.7.76.2001201237050.5566@zhemvz.fhfr.qr>
References: <ddd8c186-fc88-96df-b1c0-f99edec654f2@linux.ibm.com> <c58c8a2d-7b02-7946-d9ce-1c8f60342cad@linux.ibm.com> <mptk15mxvcr.fsf@arm.com>
User-Agent: Alpine 2.21 (LSU 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
X-SW-Source: 2020-01/txt/msg01198.txt.bz2

On Mon, 20 Jan 2020, Richard Sandiford wrote:

> "Kewen.Lin" <linkw@linux.ibm.com> writes:
> > gcc/ChangeLog
> >
> > 2020-01-16  Kewen Lin  <linkw@gcc.gnu.org>
> >
> > 	* config/rs6000/rs6000.c (TARGET_STRIDE_DFORM_VALID_P): New macro.
> > 	(rs6000_stride_dform_valid_p): New function.
> > 	* doc/tm.texi: Regenerate.
> > 	* doc/tm.texi.in (TARGET_STRIDE_DFORM_VALID_P): New hook.
> > 	* target.def (stride_dform_valid_p): New hook.
> 
> It looks like we should able to derive this information from the normal
> legitimate_address_p hook.
> 
> Also, "D-form" vs. "X-form" is AFAIK a PowerPC-specific classification.
> It would be good to use a more generic term in target-independent code.

Note the whole series is also stage1 material.

Richard.