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_INVALID,DKIM_SIGNED, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,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 A927C265CC for ; Tue, 25 Jun 2024 21:10:09 +0200 (CEST) Received: (qmail 8186 invoked by uid 550); 25 Jun 2024 19:10:03 -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 8146 invoked from network); 25 Jun 2024 19:10:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1719342594; x=1719947394; i=nullplan@gmx.net; bh=EKeS2J84ItvmK0c+r0Qg9GZFN/OdJCuotapFP8E7vz8=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To:Content-Transfer-Encoding: cc:content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=uivd4fYyNhGrkAe9tX0Zjy6HSGSa0VsDqcM2AGnv2r6caokXI6oGC3Dnqcevhkgn fE0zB3hnx4GU8r/+vtzuvchQlY70ECJE3FQlSWn9wKi0Tl34v1jazrswTXZOy5zsd V183DnlOoBJ6pkvj1idr5DFNBFhZEDOBB4cXtwrlQ7Gs69lmdNNFGTvnbQWm45+nv g72WFX7dYgStnrM7D/ypydYbmFuyx+TT9pRwaG0nqUyjBSsvugzXGXO6GsRCBrwpy AUwfAyST0S/6zfu64z1Lih2WCxmGMYeh1kMkQqjBayl4r776VhoMsE/3Ap7mzIrBW oQODZ1yH3hl0JE1Yvw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Date: Tue, 25 Jun 2024 21:09:52 +0200 From: Markus Wichmann To: musl@lists.openwall.com Cc: Damian McGuckin Message-ID: 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19361e3c-8d13-af73-7896-bc4665e9788f@esi.com.au> X-Provags-ID: V03:K1:P93CC2R606Z91jfIhu0iE4+8rYnGlGPRFVv6mwZf5AoyiG2Ua9/ VUULPfpZH7AVVozET5WL5uUWuaj+Mbnmb2Ram9eZOPaiUTbxFyeNx5EEL6c0tOwJKoB2Dtg Od7ps1AblIAkGSJXwgtZlmbD+r0H81Vpt/yMcSD/j6ZTRXFY4lBJ0vMNaRP3XvA9mrZ8xB7 rcCbiE5f4MAN9ZzsHysXQ== UI-OutboundReport: notjunk:1;M01:P0:pXdVlSlvvGk=;Utr08JZLfNAOpzTjUbNFqkE8KgK eHq8OxQcpzCRhFXuVkMWRTVSGmRCtrUj+TZTd49rkLrB/Kpa3R21W1f05gDnarLDGYaDrKq9O 7PN8n2NA7DLNLlUqKVLrTvYWY43ULYmKtqH1j80QLVgF2UgcRwPHJzQEdCdZbhw71tdEl5D3N H67d0Mc5FhKJ9hq4dMdtnXCKWwbifLslc3/ah9OnONCf2beSIcb3ofB/01yXXV24GV6Yodizj u4ZD1W9VPAmgxjwcQvw8HvmNGxE3QE5Aj82Ugc6+jgjL6I+eft+k73bfVxkjzOt2+QjngEAvj KNE9PD2ppEybuB8Eqw31qpgjtepwNkUwIDsdBY9uP3/zt1a7+cXmDk5+35xu8CT041IQRGiNi hv/9exZWayK4ThiA3hDk/xfWvTPdgx/rP/66U1xMvauKsCXGrvWTAOuyhKEkqzaqbCys/+et0 JB140nAx0DRpp8EthRzvZqywkeC30EoUF7LFAkaJr9iznnvp10smMOdV3dQ0b3RXsAcBJLzY7 PbTdxTaAftQMsuKJXdwOQrz48FTTbCe/vUuDPZe9DJLtuyvQApcW0VBhmOTs7dK13QuK+Rh4X FzXTTozQUHqVkLhLqC9OvSv81UD/HsMVl8CljDpRjEV4wladZf08byPFuZpN+giN/97x6HPto /JCOvmBNSDZrMMg7fvq4r+OcZuKJOwGPqVAu1sfPF1GcqYGs1LjjAOOq92KyIOnfUkXFi/vso X8FPAW0ZOubtVjm8wb38rbLfOalqPasRmqqMLG/8uspQPv0tDt9zHp6LCLJDj3uLOt4DNMAdj cNh7c34dwOOk6Q9/R6FB9DO6ahW/hxhRmAcfWIDJ+esP4= Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] roundf() (and round(), and ...) Am Tue, Jun 25, 2024 at 01:41:45PM +1000 schrieb Damian McGuckin: > My > modifications assumes that a call likes 'fabsf' is inlined to assembler > which I hope we can assume is the rule these days. > If GCC is working according to the documentation, then not inside of musl at the moment. These inlinings happen when a builtin instrinsic is lowered into an assembler instruction, and by default, fabs* is recognized as a builtin. But not when building musl, because musl builds with -ffreestanding, which includes -fno-builtin. Rich has stated he wants to work around that with an implementation-internal header file that defines macros such as #define fabs(x) __builtin_fabs(x) But as far as I can tell, this hasn't happened yet. Ciao, Markus