From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,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.4 Received: (qmail 586 invoked from network); 7 Oct 2020 14:59:16 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 7 Oct 2020 14:59:16 -0000 Received: (qmail 17499 invoked by uid 550); 7 Oct 2020 14:59:14 -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 17481 invoked from network); 7 Oct 2020 14:59:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=T79ssnUUvOBGl7Yx5Q5paOq5x9RVZTSucInmMn7BNzs=; b=NT7XSOwaFWU5CXAqgRCLrG4kfHn48NseeOSEFbdejQBnSmBb9sQPd4yQNzJX3oSBYH j3w6ObIuQqsD8xMs1G5IlA5pBHYBDmhCxA4517PUF+kAjsfDHLuFL/7uGdtEeVAPppJI OAcaDVRQ9sfUynJaX206jIUJYMX3zt147zJ7k7aW/s+NjrwmS7MrgRMiUZsgoZ9NatiS nbNmr/jjqzwmHbO08i+Grud1MMs6ofLqaZxY69pY1CWiyb/Mm08f2DwkQLuAgCGUTmfl tbEqgELhQ/rsiQtNIZRhFa4bZjHJ5OahAqsbvMDYqsr3UOEkIia2oePcETOEHpwJkHWl lNSw== 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:reply-to :from:date:message-id:subject:to:cc; bh=T79ssnUUvOBGl7Yx5Q5paOq5x9RVZTSucInmMn7BNzs=; b=t3iFZUx/P46ZgMmcbIHRf5xzoIm2tjYhFZWiUwTnfoiYOumFPyDYVNGMiQAQaJeEHr tXbjUCCWoyIe/mXZ9AdWIhmtH7Lwg7tWW4QHo+V7/OybZA2q9AVD6q5n5TF6AkTnRuop E5BFc3aZNgdGkWkAEVvEU2FD6+lnFCAB6Unm7+3VlSf4nnTCjVytJi2qbWeGuBltNFKz lwNiSciI1S9uCiNKpADweJZwkwhYp7io4SaIfrxT6ulOJyXkLHb0TKfEgw16A2emfaaj N2WVDD2zyKwZHpHlOlykv8jfpYCv8ustRvgknh7+dYHEXv/TxNMhHmDhoGEW0OzBRG3J fvtw== X-Gm-Message-State: AOAM530ZRHhiYuSLneSJ8E7v27ylvXcf0HG/qCqscJlxDpVUz+jGjEJQ 5AOPnichhJtCKih8RfDsps08PXjrKPoHzCsetA70EP/jnHg= X-Google-Smtp-Source: ABdhPJxAg3U14sCws80PVdtMxEZq1Wfuh4+VLjk6YUNkKF/WJvHWnCd9hJx7pAfA9IchZaDyL1Hs7bWMEvbPPjZ76mQ= X-Received: by 2002:a2e:89d6:: with SMTP id c22mr1475874ljk.242.1602082742733; Wed, 07 Oct 2020 07:59:02 -0700 (PDT) MIME-Version: 1.0 References: <47f2d2dc-0f18-5d86-8206-1196502b60e0@wobble.ninja> <20201001023528.GM17637@brightrain.aerifal.cx> <03e1484f-0f66-b86a-d717-45ee1eb32790@wobble.ninja> <805b0ccb-5f71-afdf-8898-6d5a9435d10b@wobble.ninja> <20201001154702.GQ17637@brightrain.aerifal.cx> <99dead45-e8ff-df89-70f9-97dcb0c4d3ec@wobble.ninja> In-Reply-To: <99dead45-e8ff-df89-70f9-97dcb0c4d3ec@wobble.ninja> From: =?UTF-8?B?572X5YuH5YiaKFlvbmdnYW5nIEx1byk=?= Date: Wed, 7 Oct 2020 22:58:50 +0800 Message-ID: To: Musl Cc: Rich Felker Content-Type: multipart/alternative; boundary="000000000000c810aa05b115f404" Subject: Re: [musl] Would it to be possible to get strtoll_l? --000000000000c810aa05b115f404 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I may suggest maintain an downstream library that contains musl along with glibc compat, and there is such a library On Wed, Oct 7, 2020 at 9:52 PM Ellie wrote: > > Just to add this, since I think I could have been clearer on this: > > On 10/7/20 3:44 PM, ell1e wrote: > > mostly covered just the ones where the function itself was expected to > > be so small/fast that setting the thread-local locale around the call > > would be relatively expensive > > I think as an app dev this just naturally expands to everything, always. > I just don't see a point to ever go uselocale+call, since that is just a > slower way of doing the same. So why bother with a suboptimal way?)And > then there will be the natural point where people try their program on > musl, some *_l() is missing, and the questions start: feature detection? > do we really need this anyway in that case? just use uselocale+call...? > do we care about musl enough to even spend time on this? And it'll cause > friction and thinking time loss. But maintaining all the wrappers will > eat up your time and resources instead. So no easy decision in any case, > I'm afraid, as for what to add or whether anything at all -- =E6=AD=A4=E8=87=B4 =E7=A4=BC =E7=BD=97=E5=8B=87=E5=88=9A Yours sincerely, Yonggang Luo --000000000000c810aa05b115f404 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I may suggest maintain an downstream library that contains= musl along with glibc compat, and there is such a=C2=A0
library
On Wed, Oct 7, 2020 at 9:52 PM Ellie <kittens@wobble.ninja> wrote:>
> Just to add this, since I think I could have been clearer on= this:
>
> On 10/7/20 3:44 PM, ell1e wrote:
> > mostly= covered just the ones where the function itself was expected to
> &g= t; be so small/fast that setting the thread-local locale around the call> > would be relatively expensive
>
> I think as an app = dev this just naturally expands to everything, always.
> I just don&#= 39;t see a point to ever go uselocale+call, since that is just a
> sl= ower way of doing the same. So why bother with a suboptimal way?)And
>= ; then there will be the natural point where people try their program on> musl, some *_l() is missing, and the questions start: feature detecti= on?
> do we really need this anyway in that case? just use uselocale+= call...?
> do we care about musl enough to even spend time on this? A= nd it'll cause
> friction and thinking time loss. But maintaining= all the wrappers will
> eat up your time and resources instead. So n= o easy decision in any case,
> I'm afraid, as for what to add or = whether anything at all



--
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0=E6=AD=A4=E8=87=B4
=E7=A4=BC
=E7=BD=97=E5=8B=87=E5=88=9A
You= rs
=C2=A0 =C2=A0 sincerely,
Yonggang Luo
--000000000000c810aa05b115f404--