From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 92770 invoked by alias); 10 Dec 2019 19:59:17 -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 92759 invoked by uid 89); 10 Dec 2019 19:59:17 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-10.1 required=5.0 tests=AWL,BAYES_00,KAM_COUK,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.1 spammy=RUNTESTFLAGS, runtestflags, HX-Languages-Length:1022, H*i:sk:28dc3da X-HELO: smtp1.wavenetuk.net Received: from smtp.wavenetuk.net (HELO smtp1.wavenetuk.net) (195.26.36.10) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 10 Dec 2019 19:59:15 +0000 Received: from [192.168.1.212] (unknown [81.138.1.83]) by smtp1.wavenetuk.net (Postfix) with ESMTPA id D98BE1200974; Tue, 10 Dec 2019 19:59:12 +0000 (GMT) Content-Type: text/plain; charset=utf-8; delsp=yes; format=flowed Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [PATCH] rs6000: Fix 2 for PR92661, Do not define builtins that overload disabled builtins From: Iain Sandoe In-Reply-To: <28dc3da2-07c2-995a-3883-7b4949583317@linux.ibm.com> Date: Tue, 10 Dec 2019 19:59:00 -0000 Cc: Segher Boessenkool , GCC Patches , David Edelsohn Content-Transfer-Encoding: 8bit Message-Id: References: <6129bc8a-18f3-3c25-22c0-f26e4358c5b3@linux.ibm.com> <20191204191641.GA3152@gate.crashing.org> <4e90e982-6153-0009-c557-f963f41a0427@linux.ibm.com> <20191204205057.GC3152@gate.crashing.org> <49f70c63-5733-d2a5-6433-807c2663826e@linux.ibm.com> <20191204230331.GG3152@gate.crashing.org> <28dc3da2-07c2-995a-3883-7b4949583317@linux.ibm.com> To: Peter Bergner X-SW-Source: 2019-12/txt/msg00717.txt.bz2 Peter Bergner wrote: > On 12/10/19 12:27 PM, Peter Bergner wrote: >> Ok, how about the patch below? If Iain and David could test this on >> Darwin >> and AIX respectively, that would be great. I'm currently testing this on >> powerpc64le-linux, with and without --disable-decimal-float. > > So my --enable-decimal-float builds showed no regressions or differences > in the testsuite results (as expected). My --disable-decimal-float runs > showed no new regressions. The only differences in the testsuite results > were due to all of the FAILs on the base compiler build that are fixed > with the patch. make check-gcc-c RUNTESTFLAGS="powerpc.exp dfp.exp” did not show anything unexpected with a built tree (with the system assembler). So no prob. from my PoV (if something comes up when/if I build with a newer assembler, that can be tackled in target-supports as already mentioned). thanks Iain