From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oa1-x35.google.com (mail-oa1-x35.google.com [IPv6:2001:4860:4864:20::35]) by sourceware.org (Postfix) with ESMTPS id D9AE23857023 for ; Fri, 13 May 2022 09:37:29 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D9AE23857023 Received: by mail-oa1-x35.google.com with SMTP id 586e51a60fabf-edf9ddb312so9865124fac.8 for ; Fri, 13 May 2022 02:37:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CD6fm7MTMcJivEH5juurOzWC2BdITFELNu3j9IF+kTU=; b=PvcY8PvVbdII7ICpg8HGYkthTGixuTtje5aWPDiKBvafgVTOkKDtmYSBkS5ZxAompQ vg0LlMnXpbCThh153z9iOT1xUfakGNBC7ur7y8Mw0TbkZpsHGHXnVf6mchjb55agaAWC SFgZVfKvTG14vVhlHebmH87RbVH2uDnFniNb/MXxCSgDr81HB7HRLeXSBs269KZKvfXf vnVtPT7eyVv8mPfsf7sMB4vamXP8oV6IMirOlRmHUugnWeV1KYbz6+eYgtk9OEHw1bo3 bXpqoIHJYbOizaCMzDSZaVOmVM7C/fyxFqX9gN/eiKRTUx560w7AaKPgj/sMXBgoaGwV VsnA== X-Gm-Message-State: AOAM530riqfKIYRTVNQIW3bE4F38zgVrqXN9rtd9xDieSm5xnBHwhpsb 17ubwWKlI8fzkmHGEiE5TD8QEC0zzGL9NfaAjhw= X-Google-Smtp-Source: ABdhPJxraybRQR/3oy7tmuSgZLlsJO7PeMLP0qxW8cu++PMbTnKniIB9tCgTcKsIbvjnX0PA3HJ3mzQDPbVB3GpavjY= X-Received: by 2002:a05:6870:f146:b0:db:c90:99bb with SMTP id l6-20020a056870f14600b000db0c9099bbmr2030851oac.55.1652434649295; Fri, 13 May 2022 02:37:29 -0700 (PDT) MIME-Version: 1.0 References: <5f99c6da-aa0c-5384-ee48-3556a03a6bf0@yahoo.co.jp> In-Reply-To: <5f99c6da-aa0c-5384-ee48-3556a03a6bf0@yahoo.co.jp> From: Max Filippov Date: Fri, 13 May 2022 02:37:18 -0700 Message-ID: Subject: Re: [PATCH 2/2] xtensa: Reflect the 32-bit Integer Divide Option To: "Takayuki 'January June' Suwa" Cc: GCC Patches Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, FROM_LOCAL_NOVOWEL, HK_RANDOM_ENVFROM, HK_RANDOM_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2022 09:37:31 -0000 On Fri, May 6, 2022 at 3:36 AM Takayuki 'January June' Suwa via Gcc-patches wrote: > > On Espressif's ESP8266 (based on Tensilica LX106, no hardware divider), > this patch reduces the size of each: > > __moddi3() @ libgcc.a : 969 -> 301 (saves 668) > __divmoddi4() : 1111 -> 426 (saves 685) > __udivmoddi4() : 1043 -> 319 (saves 724) > > in bytes, respectively. > > gcc/ChangeLog: > > * config/xtensa/xtensa.h (TARGET_HAS_NO_HW_DIVIDE): New macro > definition. > --- > gcc/config/xtensa/xtensa.h | 5 +++++ > 1 file changed, 5 insertions(+) Regtested for target=xtensa-linux-uclibc, there's new regression in gcc.c-torture/execute/20101011-1.c related to division by 0 implemented as an invalid opcode exception that the kernel should convert to division by 0 signal, but does not. It should be fixed in the kernel. Committed to master. -- Thanks. -- Max