From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.wavenetuk.net (smtp.wavenetuk.net [195.26.36.10]) by sourceware.org (Postfix) with ESMTP id E9721386F03C for ; Mon, 21 Dec 2020 14:41:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org E9721386F03C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=sandoe.co.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=iain@sandoe.co.uk Received: from [192.168.1.212] (host81-138-1-83.in-addr.btopenworld.com [81.138.1.83]) by smtp1.wavenetuk.net (Postfix) with ESMTPA id 06E0F1200498; Mon, 21 Dec 2020 14:41:01 +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: C++11 code in the gcc 10 branch From: Iain Sandoe In-Reply-To: Date: Mon, 21 Dec 2020 14:39:58 +0000 Cc: gcc@gcc.gnu.org Content-Transfer-Encoding: 8bit Message-Id: <2A1AD441-9580-4F88-BCD5-192AEB38EC51@sandoe.co.uk> References: To: FX X-Mailer: Apple Mail (2.3273) X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00, KAM_COUK, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KHOP_HELO_FCRDNS, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2020 14:41:04 -0000 FX via Gcc wrote: > but later I am getting further errors: > > ../../gcc/gcc/config/darwin.c:1357:16: error: no viable conversion from > 'poly_uint16' (aka 'poly_int<2, unsigned short>') to 'unsigned int' > unsigned int modesize = GET_MODE_BITSIZE (mode); > ^ ~~~~~~~~~~~~~~~~~~~~~~~ > ../../gcc/gcc/config/darwin.c:1752:28: error: invalid operands to binary > expression ('poly_uint16' (aka 'poly_int<2, unsigned short>') and 'int') > if (GET_MODE_SIZE (mode) == 8 > 1. confirmation that the C++11 code in aarch64-builtins.c is indeed a > bug, and that a patch for it would be welcome > 2. guidance about how to fix that next issue You are missing a patch from master that converted darwin.c to use the “proper” handling of poly_int16 instead of the workaround. 7ddee9cd99b, I think is the one. Iain