[Re-adding bug-gnulib to the CC. Please keep the conversation in public.]
Gisle Vanem wrote:
> > But the autoconfiguration no longer sets REPLACE_STRUCT_LCONV=1 on MSVC.
>
> But for MinGW it does? Well, my MinGW-TDM does not have
> 'int_p_cs_precedes' either. So why is MSVC treated so special?
T
Hi,
Gisle Vanem wrote:
> In https://lists.gnu.org/archive/html/bug-gnulib/2019-12/msg00050.html
> Bruno Haible did this:
> ...
>
> But with a 'REPLACE_STRUCT_LCONV=1', I get an error for
> locale.h since there are now double up for all of these:
>locale.h(162): error C2020: 'p_cs_precedes': '
In https://lists.gnu.org/archive/html/bug-gnulib/2019-12/msg00050.html
Bruno Haible did this:
diff --git a/lib/locale.in.h b/lib/locale.in.h
index 918d4dd..77b8b3b 100644
--- a/lib/locale.in.h
+++ b/lib/locale.in.h
@@ -64,6 +64,18 @@
# define LC_MESSAGES 1729
#endif
+#if defined _MSC_VER
+# de
override, because
- it will also affect other uses of the identifiers int_p_cs_precedes,
int_p_sign_posn, int_p_sep_by_space, int_n_cs_precedes, int_n_sign_posn,
int_n_sep_by_space,
- it will not work in code that uses 'struct lconv' for its own purposes
(other than for localecon
