From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: from second.openwall.net (second.openwall.net [193.110.157.125]) by inbox.vuxu.org (Postfix) with SMTP id ECDCA21FFC for ; Wed, 26 Jun 2024 12:38:37 +0200 (CEST) Received: (qmail 18280 invoked by uid 550); 26 Jun 2024 10:38:33 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 18245 invoked from network); 26 Jun 2024 10:38:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1719398304; x=1720003104; darn=lists.openwall.com; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=CgwOHjKdh79VsmCsQSc0TsW4MxIHNaIqNnzv1pOoA00=; b=fBhpgUSTojSDdELyBS1Ihhu2UCQ9L6jiHI2CIFlX9tHTD1GsgaW9BnqNi8JNiK012Q ttNRGOHICCYPZQ36oQC1gP/mab2UM6lrsqoiZJ9yLkDCeyV5M4fF/tXn9kI+Rzo3jCH3 /w9KQIBLRzqjU4OiPzRZQCpljSUilKt+BqsA+K2yVscHBy14zG6BeOLY2D5VXN4b3e9S Yeov/XF0f8KTKd3EUfIllhMRfvNNmDt3NA2lVpVd4XNggpN4tNQVnAYWIcCl/JXdtC/6 vQ/GgOB8sKxiGGrv4oE3QrYpiIR/Er24CZFh/ou2VtUt0wuZ9usg6xwoBh2/wpKivTWJ 0BfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719398304; x=1720003104; h=content-transfer-encoding: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=CgwOHjKdh79VsmCsQSc0TsW4MxIHNaIqNnzv1pOoA00=; b=cPkTM8G/09JmEOLqArsZ97EbPH482TQz5S94OvgdqyVBskMl5dt06B20L8iaGRGhsY HQXv1QRWJ5Ahaf+DnQLA7jcNTYj5r9PvekAnYJw099WUXXSWHitwhK+Etp7QV5I8eaO4 sIJateDY1N1zvY8zsh3dYuuTywCTyCZS1+rUSO+if5Q6uFFHUa3ggfKKpd7k2mCNHfqr jE0WMO6b7JQRI5gqMq30xaMJgCATqrtDsPgQYf9mREEXKGTNVbNt4Lvp5f86MmaCjh2H oZ2Gd75Cs3Uerij6+kwyjtWcovrvRpVLc39MRO0axCWz4I4YUJhGvV9QzAhsR3qNQPHe yr0Q== X-Gm-Message-State: AOJu0YzoKMX3MIAM3E+Zi65w/OzX7cYWCqPVwNBkVGDsxawc8zT+XX5N GWFCSOW0w+oROevAylR3OBko0gNMp3Kkcf5g4M0PHdpSNSB/V50QCFJBgRQ1n3eE0ZNFl6C+iL5 ZO2ylVdhjaoRasoNugHeg36mLB3+O5sQHudKql+RbzYHtdTT8w979 X-Google-Smtp-Source: AGHT+IHSnTPmzsXhD7S7HeJawhrSqbR5YU5HvqSrl2Y/AL/R2F0vWCRVph8meg9crElP19e3uEUcV6vN5cm/Inupesk= X-Received: by 2002:a05:6214:230d:b0:6b5:468e:d417 with SMTP id 6a1803df08f44-6b5468ed623mr115844066d6.23.1719398304215; Wed, 26 Jun 2024 03:38:24 -0700 (PDT) MIME-Version: 1.0 References: <31679941-f6c2-64fa-7a8d-6b6f7112c31@esi.com.au> <20240618122357.GL3766212@port70.net> <67395818-5d95-f74f-5c50-435fc157dda@esi.com.au> <20240619185837.GM3766212@port70.net> <20240623183320.GF10433@brightrain.aerifal.cx> <19361e3c-8d13-af73-7896-bc4665e9788f@esi.com.au> In-Reply-To: From: enh Date: Wed, 26 Jun 2024 06:38:13 -0400 Message-ID: To: musl@lists.openwall.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] roundf() (and round(), and ...) On Tue, Jun 25, 2024 at 9:49=E2=80=AFPM Thorsten Glaser wrot= e: > > enh dixit: > > >bionic actually uses __builtin_fabs() [and friends] to _implement_ > >these functions, should someone be foolish enough to be using a > > That=E2=80=99ll be fun should the compiler decide to insert a call to > fabs() at the call site instead, which it=E2=80=99d be allowed to do =E2= =98=BA yeah, even for our limited set of supported architectures we can't do all the functions for all the architectures. arm32 in particular is missing a lot of stuff. > Stories of compilers doing that abound=E2=80=A6 IIRC it was the compiler > recognising the implementation pattern of memcpy and replacing > that by a call to memcpy=E2=80=A6 in some libc=E2=80=99s that was not car= eful to > use -ffreestanding memcpy implementation. well, unlike musl we don't implement those functions in C. (but, yes, bionic's had similar fun. stack protector trying to protect stuff before we've set up the stack protector infrastructure is our usual one.) > bye, > //mirabilos > -- > 15:41=E2=8E=9C Somebody write a testsuite for hel= loworld :-)