From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp2.axis.com (smtp2.axis.com [195.60.68.18]) by sourceware.org (Postfix) with ESMTPS id D3B3C3858D3C for ; Thu, 27 Apr 2023 01:29:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org D3B3C3858D3C Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=axis.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=axis.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=axis.com; q=dns/txt; s=axis-central1; t=1682558963; x=1714094963; h=from:to:cc:in-reply-to:subject:mime-version: content-transfer-encoding:references:message-id:date; bh=cegbhhun2onkKmepJ5BtbNFgntvs2nuGMoywjhreeTY=; b=iIFEuIWjNeni0kKIOMXXYkmDKsu8xhn6zuxw31FYw43R6lM487aaq6dW hAWrVPcTXn5HhXvhHCYXYEkwoqdR3oy6YA1RtbnBWQM5d16nDkQ4XYtJP Kz/EQ0T75LROisc4MvJAPhzLrbkO3Av5MOyBrkmVWdTxTPtbYDyie20kk CZVnjiPU7I3GagnkxbkthUYKAi9Z5PRvBM6webjWysWig2ffGKEc7NYA6 HKhiIvQRgWjLcsMxB1l+WmwHGw3lwRQ8scY97NNHR6OiWy/reVCr6ZywP ubTOqnnaIuwOIeYf6/xrfQNnolgsbsGiTvhQZ4gRpoMcQkM+MbfmPE4L2 w==; From: Hans-Peter Nilsson To: Paul Koning CC: , In-Reply-To: <0DB5FEAF-7942-4DB6-9817-1DEBBB01D39C@comcast.net> (message from Paul Koning on Wed, 26 Apr 2023 21:02:31 -0400) Subject: Re: [committed] libgcc CRIS: Define TARGET_HAS_NO_HW_DIVIDE MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT References: <20230427000528.C64CA20420@pchp3.se.axis.com> <0DB5FEAF-7942-4DB6-9817-1DEBBB01D39C@comcast.net> Message-ID: <20230427012921.3402320416@pchp3.se.axis.com> Date: Thu, 27 Apr 2023 03:29:21 +0200 X-Spam-Status: No, score=-5.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: > From: Paul Koning > Date: Wed, 26 Apr 2023 21:02:31 -0400 > > On Apr 26, 2023, at 8:05 PM, Hans-Peter Nilsson wrote: > > > > Not many targets define this besides msp430, pdp1, xtensa, > > and arm compared to those that appear to unconditionally > > have a hardware division instruction (also, pdp11 and > > msp430 seem confused and should be empty instead of "1" ... > > How so, "confused"? The documentation says it should be > defined, it doesn't say that it should be defined as > empty. What goes wrong if it's defined as 1 rather than > empty? Only future edits, expecting action to follow as if it was a non-zero expression like many of the target macros. > The documentation is also somewhat misleading, because it > says to define it if the hardware has no divide > instruction. The more accurate statement is that it > should be defined if the hardware has no 64 / 32 bit > divide hardware support. pdp11.h points this out in a > comment, because most pdp11s do have divide instructions > but those are for 32 / 16 bits. That might be true, and I've heard patches are welcome. brgds, H-P