From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oa1-x2d.google.com (mail-oa1-x2d.google.com [IPv6:2001:4860:4864:20::2d]) by sourceware.org (Postfix) with ESMTPS id D21E83858C56 for ; Wed, 2 Nov 2022 17:10:29 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D21E83858C56 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linaro.org Received: by mail-oa1-x2d.google.com with SMTP id 586e51a60fabf-13c569e5ff5so20608027fac.6 for ; Wed, 02 Nov 2022 10:10:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:organization:from:references :cc:to:content-language:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=+XA5g3OGCFTsdpO/EtRZzeb/c9AlwXIiUtkTyQTKCqg=; b=UTuK2GeoXecQEZFOe6RtcrQlRdEbg0PDy9WsN981nUmRoIBnmUyno5Sm6N2te2S6W4 mO34C2ABgK4QPg31UpbuClfNG0dQaKDbl5SoWTHwrfJL0Et5KJt24cL7v7mwRVTEI7P2 ZyVk23ISoIv9KgcvcPLMDbXnb/DuE0poSPPTKU2LUc12iWlIK7iirD49ri2Suu/MVhiq YCh+29jRwtTWk3LpF9TqAxPelSxmrHOTMU3h104Y7VroZMO7qbz+0xZKRjboUa+siziF cm2xTcEuIPVrf956ID0565XAChZDu0sIGUTZkiG1uCaylvC8nUnT5x0DQ9E33lRklEm6 qbQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:organization:from:references :cc:to:content-language:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+XA5g3OGCFTsdpO/EtRZzeb/c9AlwXIiUtkTyQTKCqg=; b=h1BnoPO5NzCv8HrpT2Swv1b0jLJDJ6NBvLjXQfvsqeAXD9pIqN38iXRUa0LSKxnOPk wJr9gFym+Q26IlPq/OZWj66oHtBs13THPaVKttNULI+iNjSvpUis8lwsVI8X8cx40uLn w4ik0q0wlErF0pH+W18k4GszbXIWxGcbdi3BD3j4puXcCMR1eiCootbY1HdCv1oqGrX5 5B3jv+8xr1xMQuNaRxGaguwJj+gfeaT+fB1KYz1nQKa5aLama7n/Fhvx/NKXN8iTV0de G7/wrSnN4dhzdVkY0ENjJqYxA+lKNuxxjXhhNCsP66zGWY3jv18hl8MfVX4Ch3uWx2Td 5SWQ== X-Gm-Message-State: ACrzQf262CVCAkW9yOORZeTIFQZVoQNr/W9il9MagQw+QgTwW+NZmp0S CDpBIMo6dWWG9XbWAjTFAgn7AIhybilZW810 X-Google-Smtp-Source: AMsMyM44pn4nvFwOGoONcmFaXI5qwR8V/FHn7hBXgozaGbj1ScGVe/CkGDcXPBY51BAmSw3pM3Mntw== X-Received: by 2002:a05:6870:538d:b0:136:3cc4:78fa with SMTP id h13-20020a056870538d00b001363cc478famr25586550oan.278.1667409029124; Wed, 02 Nov 2022 10:10:29 -0700 (PDT) Received: from ?IPV6:2804:1b3:a7c0:a9f4:4093:e060:2c0e:46f6? ([2804:1b3:a7c0:a9f4:4093:e060:2c0e:46f6]) by smtp.gmail.com with ESMTPSA id a5-20020a05683012c500b00666a5b5d20fsm5199003otq.32.2022.11.02.10.10.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 02 Nov 2022 10:10:28 -0700 (PDT) Message-ID: Date: Wed, 2 Nov 2022 14:10:25 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.4.1 Subject: Re: [PATCH 01/11] stdlib/longlong.h: Remove incorrect lvalue to rvalue conversion from asm output constraints Content-Language: en-US To: =?UTF-8?Q?Cristian_Rodr=c3=adguez?= Cc: Joseph Myers , libc-alpha@sourceware.org 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> From: Adhemerval Zanella Netto Organization: Linaro In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP 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: On 02/11/22 12:14, Cristian Rodríguez 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.