On Tue, 13 Mar 2012, paul.chav...@fnac.net wrote:
> 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 te
On Tue, Mar 13, 2012 at 6:43 AM, Jonathan Wakely wrote:
>> This should have been CC'd to the libstdc++ list too.
>>
>>> 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
On 13 March 2012 09:37, Jonathan Wakely wrote:
> On 13 March 2012 07:41, wrote:
>> Hello.
>
> This should have been CC'd to the libstdc++ list too.
>
>> 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/acin
On 13 March 2012 07:41, wrote:
> Hello.
This should have been CC'd to the libstdc++ list too.
> 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 se
Hello.
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 an