From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.2 Received: from mother.openwall.net (mother.openwall.net [195.42.179.200]) by inbox.vuxu.org (OpenSMTPD) with SMTP id 76bea4ba for ; Mon, 3 Feb 2020 21:14:47 +0000 (UTC) Received: (qmail 7527 invoked by uid 550); 3 Feb 2020 21:14:45 -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 7494 invoked from network); 3 Feb 2020 21:14:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=6eEf7dpURdXuSwcpsWZdP1ugyJEUGRdSUxxj2NUeTDk=; b=O5O8tymgs0DVwhtY6arXG2GUyNJp1Rarxa4OenBMPGi96rKDC5tcQBVL8/BxnTdB8x tbutPxh5YmYLgly14hxOM0EPE4xZLTaiTDV4rW5GCKdbQj3ibgAyKjIt2NZL9iCIfpdB W30PFuLZxrsjib02l8Ula8a0PEi+FzUyHZStBPaPj5fhG0SW27dlRVSK+gCTytnj95Vi SCmIE7HApY1Xin6UpQxb14YK1z3UHe/VtEPABk8I4jHrYd9iR149pBrSspO3eur0Kr6O bnBEB88Wyh8yO/TrCXRj+5BESFL+bEwLvOPCKNbwU3oXP/SPp17wOcY5NNo3RkdAcB1m 16/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=6eEf7dpURdXuSwcpsWZdP1ugyJEUGRdSUxxj2NUeTDk=; b=qWoCuNeL0/lPGMq2xAmF9CoMSUrLnYa7pFmMg9h2lbWpHfWvNmwX2t3JIWe9gvswpx ske0sQcPQDxGZ26iTngXxKcnoyuEoPU2G+SqhnTq4lhhQbrP4ugyap/r3Xax6/cusLd5 vHOETgfFpXyY4TMVuKEUT2bD6g+Oxx44s9ILFmC7PxgBFR5qw7qrqnDCoCsw7E43OgK+ xHVL5v8syGHHA88O+5Q4YS6sT+0u6tRVr9TfZtRuXwP3ALRgBmHCd9e3OjKPw/jm9stf xELT64bnXRy8nEEjP9T0PWX12wveXH7oTW+S+JTumV37+yFpzLLfyTfbVVIrEKUWzANH ritw== X-Gm-Message-State: APjAAAWOC+H1EuZOW4hRIh9LEksqU/buScQ06Szh/XgQZBdpg4vfGNyi vulVhLZUdO2Haf8Rus0OUtRAlSgmfy/PBPVEbxfGZ80e X-Google-Smtp-Source: APXvYqyjaz9/a+Za6Xc/XKJy3QfqSpEUiIm9zaw0lhDMIA1di7VEVTd9F1kOL3k7nia6HEvFYFRaMIGgzgqmwj7sYC0= X-Received: by 2002:a17:906:5604:: with SMTP id f4mr22889628ejq.255.1580764473614; Mon, 03 Feb 2020 13:14:33 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Simon Date: Mon, 3 Feb 2020 13:14:21 -0800 Message-ID: To: musl@lists.openwall.com Content-Type: multipart/alternative; boundary="000000000000ec6561059db26870" Subject: [musl] Why does musl printf() use so much more stack than other implementations when printf()ing floating point numbers? --000000000000ec6561059db26870 Content-Type: text/plain; charset="UTF-8" I recently noticed that musl printf() implementation uses surprisingly more stack space than other implementations, but only if printing floating point numbers, and made some notes here [1]. Any ideas why this happens, and any chance of fixing it? [1] https://gist.github.com/simonhf/2a7b7eb98d2a10c549e8cc858bbefd53 --000000000000ec6561059db26870 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I recently noticed that musl printf() imp= lementation uses surprisingly more stack space than other implementations, = but only if printing floating point numbers, and made some notes here [1]. = Any ideas why this happens, and any chance of fixing it?
<= /div>

--000000000000ec6561059db26870--