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 A72462676F for ; Wed, 26 Jun 2024 16:11:34 +0200 (CEST) Received: (qmail 20142 invoked by uid 550); 26 Jun 2024 14:11:28 -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 20107 invoked from network); 26 Jun 2024 14:11:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1719411079; x=1720015879; i=nullplan@gmx.net; bh=W5Nlp68S8FFubrCEYiciVQ4dLDD7btiZ6Lgwh6Fjy1E=; h=X-UI-Sender-Class:Date:From:To: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=Qz39Z4caPzYQRLpCp57XBbW6Y+joSx2ef2i+GOMN1Vhcwxe5FmBUfck9u7xSwcHp FcBjaK1RnNtqE/VyW8r/ORBVUaCcnG/W6C6k5L+HaXoQQ+1ZEncE5W1fsGGZKvBqb 5jlroaIPm3Gx3McXMxEosBacrOTwjxE/yqLCgryzauKDN00UVXDb+mC8aTpXo5Rn2 SydSxOL6h6i4sntqrshG9g1C/1CbKR2cz8Sm1BUdymFiyHv/hnkss4L5IgtMqQydJ bL1o1HfVBdOAhVXF711egQwaz1pzvCZ0Rb04yT0d1QPl9CT0zNKpYLKUFeYhQQK+8 PhOSiI6bDKbIBU0loA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Date: Wed, 26 Jun 2024 16:11:18 +0200 From: Markus Wichmann To: musl@lists.openwall.com Message-ID: References: <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: X-Provags-ID: V03:K1:gsc/d0iDlIgtHlfpPxoJC1RvP+dEqmsmoNLronunz4ntVNF1bTb j3NdD2QvFSgKw8D2uXjypHUbuv9rL6VX6UdtcoCavcD+pWzn2mOm9IWb1NTk+9bhC1G+2TY APcioUEQh1fGb1lH6WrCsvK+AKjDM9l/OD6cz8O0jmFybaGj24RAYwOvwxfUfUo2D7mutyD GoDDQSVeDglnzxgYp7CGQ== UI-OutboundReport: notjunk:1;M01:P0:EwVDxgXhA4g=;EQHVqEU3vjS98m8HkFE9JgIWpId 6jeHpHsVNGCpP4/szrIpmHPnZ3xb1LqDwzK8TSrs44H54yTXxwvK3PibnbUp86yzpU/jI/BEb rq+d0jasCj0PeRGWtaLqbzJrHrZRlG+Y2wn0AvDJYX5F/Ae24Ggt1xXXIfOwZOsyyRb3Mc3xC vTyO9cElzPxmOloswOkCHEA4ikH41safwxFlmgwL0mYIo7VjUroECh2dg30BWUZKdsFr/cjSW FjTsxT4vX02aBRA5ytdw7OFfItWLvaBDHKWORSTSclTwMW06To04+U6xvuef67RsP/AuudJCi mTY8uYKu2c5FMafH46DIzQT8anowhHkAg28HFHcYMfKGJOfxpJn0WqONQUHr3pADdv8ANIACW oJxeweeM/IhF6lzb35KkVxB0XcjZKgMGGOG7xujRUB3SJXqjE6V7WjH5aBpN/wI8gmLXIH1Ju G/uri0/YuYDSQAesU0E3Ivw/5AdWMw4VjeVMeDX8bSuVDeU8Om1qKzE9FhOhRTRxDK2/rXUih jFi//Kky4GF8Yq4CTY6kwLVb/27acIMld1D8//ytSzUMKczTzb3ea5BVJkMJhV5kxs3SCE9Hp PGJcNyjk91TfxIp7+Ch+NYjnf6OuZWOGps9a19r97QIbyj/moaHgvwQDkbLaqP39bWuXffLBb 4G2FgASfpaMUPAEaqoBrs+89BPqKK0oIGlCIUISaYWqi6ooEI0S7fecSlHye523F+ywNCod9/ 51tTqsMTdyZkjwITanedZUBMZIOozWqU144GxTzKiatw4gG8WpLDctk4l69mbVf4CH9fh2Gjp VTh/REgTauWVQ0+OKq4MQDYh6WtNJhydEYxSWZRw0MnEc= Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] roundf() (and round(), and ...) Am Wed, Jun 26, 2024 at 03:43:27AM +0000 schrieb Thorsten Glaser: > Markus Wichmann dixit: > > >memcpy() is special, in that GCC reserves the right to create calls to > >it (and memmove(), memcmp(), and memset()) even in freestanding mode. I= t > >doesn't do that for any other builtin. > > But not to replace code that implements a memcpy, only to implement > things like struct copying. > No, there have been versions that would recognize you trying to write a memcpy() and replacing it with a call to memcpy(). Which is fine, unless you are actually writing a memcpy(). That is why musl now builds with -fno-tree-loop-distribute-patterns if that is supported. Because that was the optimizer making that decision, so it is now turned off. Ciao, Markus