From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-f52.google.com (mail-io1-f52.google.com [209.85.166.52]) by sourceware.org (Postfix) with ESMTPS id EE93B3858404 for ; Wed, 2 Nov 2022 19:44:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org EE93B3858404 Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=opensuse.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=cristianrodriguez.net Received: by mail-io1-f52.google.com with SMTP id h206so12440535iof.10 for ; Wed, 02 Nov 2022 12:44:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=mNXyLis7wX1RSPZblfe7dSNlBNV2LPi6hlS5Bj/BHKs=; b=eHhbPufvQaIvkyT4x/XELErgvUpip8PTe8tm0thvEXOxa478n2L6pw/nc+n4+aGqVD JX6vwn7P3fl73ODtTS4Q0fT0wbHQ6XrmQWP0LwZOxm7oMeaFKXd0gziMiveh/xTFF27b T+5m8Wib4zVo/7Rg0Xu77GcyLYCsgMccviDjO0OZvE2KSmQN4+EZutL6kglup6wdXBtb qCXPQsPOECrwRMv07JCBPDwnJg73QKscuwiS2Mg9smuhpXFJov3v2eZ8Be1ebRgeyVBr 2hpKc2QiJ4Cw3gifTorjsdJEUjJxFO9aIFZDaYvyvhuGYceJ6GY7Ya7Uu5z9X1UTF+CE YnJQ== X-Gm-Message-State: ACrzQf2+hozqL7Zs2kIWJvkCDj+JupxCC3+mTtvuWLG0FizebHFWE9QB 1Iypji+iRTFP0YSE+nN3BirB9F0U4JUjsXXm3ujdlprdLWg= X-Google-Smtp-Source: AMsMyM7vwy/CDq5mJmpYQFG8qNQdxLbFWnAJAHJvT8cOxuC/yjAmXsPteS95BqhjvjMMUszp5vpjJVAdTWjxFS+81WU= X-Received: by 2002:a05:6638:16d2:b0:363:c860:a58e with SMTP id g18-20020a05663816d200b00363c860a58emr16782787jat.60.1667418250082; Wed, 02 Nov 2022 12:44:10 -0700 (PDT) MIME-Version: 1.0 References: <20221028173532.876027-1-adhemerval.zanella@linaro.org> <20221028173532.876027-2-adhemerval.zanella@linaro.org> <20221028213233.anuo3qzfssgjg4g6@google.com> <7eb7deb7-4431-c32f-daa4-0f9f0d560dec@linaro.org> <118fd536-3493-0476-5f59-32f7fd7f27b1@linaro.org> <1686b-d2f0-c86-ecdf-9a1c50968ea5@codesourcery.com> <52d0580c-c272-8293-1118-1502b1026f7a@linaro.org> In-Reply-To: From: =?UTF-8?Q?Cristian_Rodr=C3=ADguez?= Date: Wed, 2 Nov 2022 16:43:59 -0300 Message-ID: Subject: Re: [PATCH 01/11] stdlib/longlong.h: Remove incorrect lvalue to rvalue conversion from asm output constraints To: Adhemerval Zanella Netto Cc: Joseph Myers , libc-alpha@sourceware.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Wed, Nov 2, 2022 at 2:10 PM Adhemerval Zanella Netto wrote: > > > > On 02/11/22 12:14, Cristian Rodr=C3=ADguez wrote: > > On Tue, Nov 1, 2022 at 2:06 PM Adhemerval Zanella Netto via Libc-alpha > > wrote: > > > >> I am open to suggestions in fact, > > > > What about just using the compiler builtins directly and not using > > this header at all? > > My understanding is this header should be used in the scenario where the > builtin might generate libcalls, for instance on libgcc and/or libc. My - I confess very limited - research the other day suggests there are very few targets without __clz* __ctz__ patterns.. On this case it will indeed call libgcc (is that frowned upon still?) but not libc ...