Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 10 Sep 2019 17:00:49 +0100
From: Daniel Schoepe <>
Subject: Re: printf doesn't respect locale

On Mon, Sep 9, 2019 at 6:55 PM Rich Felker <> wrote:
> It's not a discrepancy; the set of locales supported by an
> implementation, unless it includes the POSIX localedef utility/option,
> is implementation-defined. musl's definition does not include locales
> where the radix point is not '.'

Thanks, that makes sense. However, it may make sense to document this
assumption in the FAQ entries related to printf.

> I really really really don't like the feature of changing the radix
> point, and this implementation choice was intentional, but it's come
> up several times with people being upset that it's not in line with
> musl's mission of being multilingual-friendly. I think it deserves
> some consideration again along with upcoming locale improvements.
> There's at least one past thread with design sketches on how it would
> need to be done (and what needs to be done anyway for LC_MONETARY
> stuff), and sadly it got no feedback from people interested in
> improved locale functionality which is why I've kinda let it be for
> the time being...

I'm also not a fan of this behavior, I actually stumbled across this
when tracking
down a bug the different radix usage caused.


> Rich

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.