Hi Guilliam,
Thank you for the reminder, we certainly forgot to resolve that issue.
After a quick investigation, it turned out that the %e and %E specifiers
are already
locale-insensitive, so we can leave them as-is.
Furthermore, the definition of the %G specifier according to the
documentation
On Wed, Apr 22, 2020 at 10:53 AM Guilliam Xavier
wrote:
> On Tue, Apr 21, 2020 at 10:01 PM Máté Kocsis
> wrote:
> >
> > That said, we'd like to open the vote on Thursday, unless serious
> concerns
> > arise
> > in the meanwhile.
> >
> > Cheers,
> > Máté
>
> Hi, thanks for the work,
>
>
On Tue, Apr 21, 2020 at 10:01 PM Máté Kocsis wrote:
>
> That said, we'd like to open the vote on Thursday, unless serious concerns
> arise
> in the meanwhile.
>
> Cheers,
> Máté
Hi, thanks for the work,
Shouldn't the RFC mention the open question of printf formats %e/%E
and %g/%G (and possible
Hi Andrea,
Thank you for the suggestions! The wording of the RFC has been changed,
and now it includes a link to the list of countries which use . as a decimal
separator.
Also, I updated the list of functions that change behaviour, even though
there are only two newly added items: implode() and
Hi,
Máté Kocsis wrote:
Hi Internals,
Together with George, I'd like to propose an RFC for a long-standing
problem PHP has:
casting floats to string depends on the locale settings. As this behaviour
is nonsense, and
because it can cause quite serious problems, we would like to get rid of