From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 95316 invoked by alias); 17 Jun 2019 12:08:49 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 95299 invoked by uid 89); 17 Jun 2019 12:08:49 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: mx1.suse.de Received: from mx2.suse.de (HELO mx1.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 17 Jun 2019 12:08:47 +0000 Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id A8C3BAF2D; Mon, 17 Jun 2019 12:08:45 +0000 (UTC) Date: Mon, 17 Jun 2019 12:08:00 -0000 User-Agent: K-9 Mail for Android In-Reply-To: <20190617095930.GY31586@gate.crashing.org> References: <20190520163759.GY31586@gate.crashing.org> <3d3347ad-6910-a5ea-11f9-1a4fc3cbc6d0@linux.ibm.com> <20190614215352.GU31586@gate.crashing.org> <97ea6425-e941-8fa2-c887-bd81d2948077@linux.ibm.com> <579f9761-f6a5-1e82-57fb-402216beb729@linux.ibm.com> <20190617095930.GY31586@gate.crashing.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PATCH v4 2/3] Add predict_doloop_p target hook To: Segher Boessenkool CC: "Kewen.Lin" ,Bill Schmidt ,gcc-patches@gcc.gnu.org,Jeff Law ,bin.cheng@linux.alibaba.com,jakub@redhat.com,Kugan Vivekanandarajah From: Richard Biener Message-ID: <1021295E-F884-469F-B3A2-B005007C7656@suse.de> X-SW-Source: 2019-06/txt/msg00938.txt.bz2 On June 17, 2019 11:59:30 AM GMT+02:00, Segher Boessenkool wrote: >On Mon, Jun 17, 2019 at 10:51:49AM +0200, Richard Biener wrote: >> On Mon, 17 Jun 2019, Kewen.Lin wrote: >>=20 >> > Hi Segher and Bill, >> >=20 >> > Thanks a lot for your review comments! I've updated the patch >accordingly. >> >=20 >> > The updated one attached. >>=20 >> OK. I suppose all low-overhead loop instructions use a decrement to >zero >> style iterator? > >The documentation says decrement to 0, decrement to -1, and decrement >to >any negative are all supported. But all are decrement, yes. Hmm, so I wonder if we should tell IVOPTS the kind because the IV generated= has to match RTL doloops expectations? Thus return an enum value from the = hook?=20 Richard.=20 > >Segher