This is the mail archive of the
mailing list for the GCC project.
C++ linking problem when locale are disabled in eglic.
- From: <paul dot chavent at fnac dot net>
- To: gcc at gcc dot gnu dot org
- Cc: patches at eglibc dot org
- Date: Tue, 13 Mar 2012 08:41:55 +0100 (CET)
- Subject: C++ linking problem when locale are disabled in eglic.
- Reply-to: <paul dot chavent at fnac dot net>
C++ programs don't link anymore with gcc > 4.5.3 and eglibc 2.15 with OPTION_EGLIBC_LOCALE_CODE=n.
It seems that gcc/libstdc++-v3/acinclude.m4 doesn't check for bugs in early glibc-2.2.x series anymore. So, it doesn't detect the lack of newlocale, duplocale, freelocale, nl_langinfo_l and uselocale. On the other hand, there is a new test for the presence of uclibc (!defined(__UCLIBC__)).
I solved the problem with the '--enable-clocale=generic' option when configuring gcc.
So my question to the gcc team is : "should gcc detect the lack of these functions with eglibc" , or using --enable-clocale=generic is the good practice ?
P.S. can you cc me your reply please ?