From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on starla X-Spam-Level: X-Spam-Status: No, score=-0.9 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 7E38C1F44D for ; Thu, 28 Mar 2024 19:58:43 +0000 (UTC) Authentication-Results: dcvr.yhbt.net; dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20230601 header.b=kEHZ5xPy; dkim-atps=neutral Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id D54623858C5E for ; Thu, 28 Mar 2024 19:58:42 +0000 (GMT) Received: from mail-yw1-x112b.google.com (mail-yw1-x112b.google.com [IPv6:2607:f8b0:4864:20::112b]) by sourceware.org (Postfix) with ESMTPS id CB00B3858D1E for ; Thu, 28 Mar 2024 19:58:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org CB00B3858D1E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org CB00B3858D1E Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2607:f8b0:4864:20::112b ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1711655904; cv=none; b=kdIRjELD6c847zlQ8Cr7Mzg2e09r1p+VAn75xZ9oVsKJirjmhpLyIK5dy/0kZl+ypRvu5I/tpwsuRUO1trWqbjTPggtf+5tJnoS6bi2MrrYFYvmem9Vj3fDaZ8//O1f6fbaaX+W3InWRU7Jn2hlfZ5t7fpSV8ghXeTWBTb5XR5A= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1711655904; c=relaxed/simple; bh=keCtvnh+3qTjliTgYeI3PtYtRJQaSTkPsHzYwLEG5MI=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=Ls7EZFJBo9mZKis/rqn3x/B4SBq7XduuCAcEzIwUQeNGTfHPehJrPISlGJpOq7LHH50vrJIfqAZbJd2y65zMQfuiuNk8yE5Q5d4Jm/YtP9mvub29PF5K6uGuTJEYfn5LRmctGHVYWMU0eWe5f/HlCKbSBvolC4r916N6xf0r4NU= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-yw1-x112b.google.com with SMTP id 00721157ae682-60a0599f6e5so12679577b3.3 for ; Thu, 28 Mar 2024 12:58:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711655901; x=1712260701; darn=sourceware.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=TEuMx4dXvOcQXyV/2Z/IWVZyyBJXO7ODYsUCsgWE7q0=; b=kEHZ5xPyqu+HTo/eIodsaOWY/p0AXx3mUdEoLW2qi1pYZ8KbfQf4n5kioWPk3xWdfY +OLAxqUhc2z9NVufFilmoTRnN4fslFN70e3Wn5zysdsuOHGV/ZUfT5E2Xif747HGcS2B 088iYXpGwL78eOKZlXEOZQWBsejM36LkOkU8A4nt26xKUrr7NqBh+heGur/oVFV4qb0U PPMw0Qdkrt8Fa7EY4NYXEH9RcQ+J/K688M/kTWMAzQHAvsnilB/n82lpIkVaaL89Fz54 vaCzc8/38AH2Q17sRD0KXbTSgXCPYWkXJsVe+tJdvKRr5W6gJZu2z1/jBhmsWwCsLOiY SYgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711655901; x=1712260701; 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=TEuMx4dXvOcQXyV/2Z/IWVZyyBJXO7ODYsUCsgWE7q0=; b=YW57jhpPRddAKBwLbEnZAONVZptm8Ta3urDmW63lopDlAbGikmgPO6vclFVTHts6Xl +M+WxDhKkkGFxjpu6c3wq4Q2KooX+eQiNOvizbeit2b6qYbElhoj6PufbttJw5r68wfO phTpBPhgqPvK7cHvsx1FGddvdhSmZfhvZ5GhB3sx+RkiiYg9b4tOV0ute0WzlB3nHrv0 +WF/X+lpOeIg5pLyghkwU3ABk0aK44ebOLxTmNcJJDl2aYF+h1gusxNvLHXATvGvPDmC zNnQk8QIijo5sbRNehFCGEeC8Oy2cd6zk0YH/8Qu+YHS6mYeL9vqPLMNSgcdlm0DJeOy KKlw== X-Forwarded-Encrypted: i=1; AJvYcCW9X+ZYpWH+0tkpIdALd8jKsjVRSjMh6YIz36u0SAsqbt6edgwNErUx3mD7wHyXw3G7HTg0mPuvP+Hxrk6XXgWV1YtVBmyemmMv X-Gm-Message-State: AOJu0YyfXAYeD91zxluWn62kmp2InwHdlIbhHuyCivBzQIfwIFdODiGA GHks+Apky+Xq9KFFZTCxa1sjc1RUK27Oh1KeQ8tPjKG4KZY5xE/ICX545xi4VWB5+3xIfbBqSeM XOproqeFgikj+S2tzJ56S1JOQtSk= X-Google-Smtp-Source: AGHT+IHdZIn7CO+3hlO//S6I6T+8TK3mue3LCaFCcudTo8MHGHwxlnm5ZmV3Cb/x9vqkvyo66NUE1vJhQk2/r9JFZJ4= X-Received: by 2002:a0d:cb4b:0:b0:613:fa57:e50e with SMTP id n72-20020a0dcb4b000000b00613fa57e50emr529638ywd.11.1711655901134; Thu, 28 Mar 2024 12:58:21 -0700 (PDT) MIME-Version: 1.0 References: <20240327194024.1409677-1-adhemerval.zanella@linaro.org> <20240327194024.1409677-4-adhemerval.zanella@linaro.org> <1936623e-b6c1-40ef-b7c8-249eef54d071@linaro.org> <1048273f-c636-4c2b-83f6-7535839bce03@linaro.org> <9bf7af32-afa3-439c-84c0-76e76b220e44@linaro.org> <0e4733a3-d569-4a73-b2d3-001cc6c3d751@linaro.org> <1c27a80e-30f9-48fb-b608-8f2387621f5e@linaro.org> <581bcd44-11eb-5dc4-de67-8de9e23435@redhat.com> In-Reply-To: From: "H.J. Lu" Date: Thu, 28 Mar 2024 12:57:44 -0700 Message-ID: Subject: Re: [PATCH v2 03/10] i386: Use generic fmod To: Adhemerval Zanella Netto Cc: Joseph Myers , GNU C Library Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libc-alpha-bounces+e=80x24.org@sourceware.org On Thu, Mar 28, 2024 at 12:37=E2=80=AFPM Adhemerval Zanella Netto wrote: > > > > On 28/03/24 15:38, Joseph Myers wrote: > > On Thu, 28 Mar 2024, Adhemerval Zanella Netto wrote: > > > >> We don't really have SVID compatibility tests for any other > >> optimization/simplification, and although I don't really oppose on > >> adding I also thinking that this is making this change even more > >> complicated than it would require. > > > > We have math/test-matherr* as generic tests of matherr working with > > binaries that specifically use the compat symbol matherr and not with > > newly linked binaries. Those don't however attempt to test properties = of > > specific symbols for individual libm functions. > > I meant that we don't have explicit SVID tests that check its semantic > (including return code, matherr status, stdout return code), like we do > for some compat symbols. And I took that this what H.J is asking about. Yes, this is what I was asking about. If we don't have the SVID tests, we don't need to provide the SVID compat symbols. --=20 H.J.