Broken Locale and the like

[Peter S. Mazinger]

On Fri, 7 Apr 2006, Alessio Massaro wrote:

> Approach number 2 below does not work. The patch fails to apply to gcc 4.1.
> Any more ideas anybody?

redo the 203 patch so that it applies for gcc-4.1, that approach is the 
correct one, in the meantime 204 is partly obsoleted by a commit done 
lately by mjn3, you need some parts though of it, like
-#else
+#elif __UCLIBC_HAS_LOCALE__

before the use of __global_locale (in 3 files)

Peter

> 
>  
> > On Thu Mar 16 02:55:16 PST 2006 Peter Mazinger ps.m at gmx.net wrote:
> >
> > Hello!
> > 
> > All who have trouble w/ locale support when building libstdc++ (gcc-4.1.0)
> > have 2 possibilities:
> > 1. Use the patch hunk that disables wchar support in gcc>=4.1 (wrong
> > approach) (removed lately by vapier from gcc-4.1.0 patchset)
> > 2. Use the patch I added to gcc-4.2.0 named somehow wchar*fix (203 or 204,
> > can't recall and check now)
> > 
> > I have hoped to get an answer from mjn3 about these ;-(
> > 
> > __global_locale is only defined if LOCALE is enabled, the patch guards
> > against that case, I am not sure though if we do not have to provide
> > something instead of it.
> > _LC_* missing are replaced based on similar approach in other
> > libstdc++/config/locale/uclibc file.
> > 
> > I would really sync gcc-4.1.0 w/ gcc-4.2.0 (adding the upstream gcc-uclibc
> > related parts to gcc-4.1.0). Opinions?
> > 
> > Peter
> 
> 
> 

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2