https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98374
cqwrteur <unlvsur at live dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution|--- |FIXED
--- Comment #3 from cqwrteur <unlvsur at live dot com> ---
(In reply to CVS Commits from comment #2)
> The master branch has been updated by Patrick Palka <ppa...@gcc.gnu.org>:
>
> https://gcc.gnu.org/g:d7bab388b818fc21dbb9111311e114ae33e11fff
>
> commit r11-6259-gd7bab388b818fc21dbb9111311e114ae33e11fff
> Author: Patrick Palka <ppa...@redhat.com>
> Date: Fri Dec 18 11:52:17 2020 -0500
>
> libstdc++: Fix build failure due to missing <langinfo.h> [PR98374]
>
> This should fix a build failure on Windows which lacks <langinfo.h>,
> from which we use nl_langinfo() to obtain the radix character of the
> current locale. (We can't use the more portable localeconv() from
> <clocale> to obtain the radix character of the current locale here
> because it's not thread-safe, unfortunately.)
>
> This change means that on Windows and other such platforms, we'll just
> always assume the radix character used by printf is '.' when formatting
> a long double through it.
>
> libstdc++-v3/ChangeLog:
>
> PR libstdc++/98374
> * src/c++17/floating_to_chars.cc: Guard include of <langinfo.h>
> with __has_include.
> (__floating_to_chars_precision) [!defined(RADIXCHAR)]: Don't
> attempt to obtain the radix character of the current locale,
> just assume it's '.'.
Fixed
