[Bug libstdc++/31717] New: libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[Bug libstdc++/31717] New: libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[rob1weld at aol dot com]

I have compiled GCC 4.2.0 under the target i686-pc-linux-gnu with the exact
same ./configure options and the build went fairly well (it completed, very few
test errors) so I decided to use exactly the same ./configure options to build
under Cygwin for WinXP. Here is my xgcc-v:

$ stage3-gcc/xgcc -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with: ../gcc-4_2-branch/configure --verbose
--enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --with-tune=athlon-xp
--prefix=/usr --enable-objc-gc --enable-concept-checks --mandir=/usr/share/man
--infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/4.2
--enable-libstdcxx-debug --enable-static --enable-shared
--enable-initfini-array --enable-__cxa_atexit --enable-threads
--enable-version-specific-runtime-libs --enable-libssp --enable-libmudflap
--enable-libgomp --disable-werror --enable-nls --without-included-gettext
--enable-decimal-float --with-long-double-128 --enable-clocale=gnu
--enable-debug --with-stabs --disable-sjlj-exceptions --enable-java-gc=boehm
--with-x --enable-java-awt=gtk,xlib --enable-gtk-cairo --enable-qt-peer
--enable-xmlj --enable-gconf-peer --enable-tool-wrappers --with-gjdoc
--enable-portable-native-sync --enable-libgcj-multifile --with-stabs
Thread model: posix
gcc version 4.2.0 20070413 (prerelease)

Here are the errors that come up (I searched bugzilla for locale_t and got NO
hits).


make[2]: Leaving directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libiberty'
make[2]: Entering directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3'
make "AR_FLAGS=rc" "CC_FOR_BUILD=gcc"
"CC_FOR_TARGET=/cygdrive/c/gcc-4_2-branch-build/./gcc/xgcc
-B/cygdrive/c/gcc-4_2-branch-build/./gcc/ -B/usr//bin/ -B/usr//lib/ -isystem
/usr//include -isystem /usr//sys-include" "CFLAGS=-O2 -g -O2 " "CXXFLAGS=-g -O2
" "CFLAGS_FOR_BUILD=-g -O2" "CFLAGS_FOR_TARGET=-O2 -g -O2 "
"INSTALL=/usr/bin/install -c" "INSTALL_DATA=/usr/bin/install -c -m 644"
"INSTALL_PROGRAM=/usr/bin/install -c" "INSTALL_SCRIPT=/usr/bin/install -c"
"LDFLAGS=" "LIBCFLAGS=-O2 -g -O2 " "LIBCFLAGS_FOR_TARGET=-O2 -g -O2 "
"MAKE=make" "MAKEINFO=makeinfo --split-size=5000000 --split-size=5000000 "
"PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "RUNTESTFLAGS="
"exec_prefix=/usr" "infodir=/usr/share/info" "libdir=/usr/lib"
"includedir=/usr/include" "prefix=/usr" "tooldir=/usr/"
"gxx_include_dir=/usr/include/c++/4.2" "AR=/usr/i686-pc-cygwin/bin/ar"
"AS=/cygdrive/c/gcc-4_2-branch-build/./gcc/as"
"LD=/cygdrive/c/gcc-4_2-branch-build/./gcc/collect-ld"
"RANLIB=/usr/i686-pc-cygwin/bin/ranlib"
"NM=/cygdrive/c/gcc-4_2-branch-build/./gcc/nm" "NM_FOR_BUILD="
"NM_FOR_TARGET=/usr/i686-pc-cygwin/bin/nm" "DESTDIR=" "WERROR=" all-recursive
make[3]: Entering directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3'
Making all in include
make[4]: Entering directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include'
if [ ! -d ".//bits/stdc++.h.gch" ]; then \
          mkdir -p .//bits/stdc++.h.gch; \
        fi; \
        /cygdrive/c/gcc-4_2-branch-build/./gcc/xgcc -shared-libgcc
-B/cygdrive/c/gcc-4_2-branch-build/./gcc -nostdinc++
-L/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/src
-L/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/src/.libs
-B/usr//bin/ -B/usr//lib/ -isystem /usr//include -isystem /usr//sys-include
-Winvalid-pch -Wno-deprecated -x c++-header -g -O2 
-I/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/
-I/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include
-I/cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/libsupc++ -O0 -g
/cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/include/precompiled/stdc++.h
-o bits/stdc++.h.gch/O0g.gch
In file included from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/iosfwd:45,
                 from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/stl_algobase.h:70,
                 from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/algorithm:65,
                 from
/cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/include/precompiled/stdc++.h:55:
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h:69:
error: '__locale_t' does not name a type
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h:76:
error: expected ',' or '...' before '&' token
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h:
In function 'int std::__convert_from_v(int)':
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h:91:
error: '__fmt' was not declared in this scope
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h:96:
error: '__out' was not declared in this scope
In file included from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/ios_base.h:47,
                 from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/ios:48,
                 from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/ostream:45,
                 from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bitset:59,
                 from
/cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/include/precompiled/stdc++.h:56:
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_classes.h:
At global scope:
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_classes.h:351:
error: '__c_locale' does not name a type
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_classes.h:382:
error: '__c_locale' has not been declared
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_classes.h:383:
error: '__c_locale' has not been declared
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_classes.h:385:
error: '__c_locale' does not name a type
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_classes.h:389:
error: '__c_locale' has not been declared
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_classes.h:393:
error: '__c_locale' does not name a type
In file included from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/basic_ios.h:44,
                 from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/ios:50,
                 from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/ostream:45,
                 from
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bitset:59,
                 from
/cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/include/precompiled/stdc++.h:56:
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_facets.h:68:
error: expected ',' or '...' before '&' token
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_facets.h:74:
error: expected ',' or '...' before '&' token
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_facets.h:79:
error: expected ',' or '...' before '&' token
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_facets.h:84:
error: expected ',' or '...' before '&' token
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_facets.h:685:
error: '__c_locale' does not name a type

Errors resulting from that issue continue to cause a few pages of warnings that
would likely not be shown if that problem did not occur (so I deleted them from
this report) - the end of the messages is this:

/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_facets.tcc:1556:
error: there are no arguments to '_S_get_c_locale' that depend on a template
parameter, so a declaration of '_S_get_c_locale' must be available
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_facets.tcc:
In member function 'virtual _OutIter std::money_put<_CharT,
_OutIter>::do_put(_OutIter, bool, std::ios_base&, _CharT, long double) const':
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/locale_facets.tcc:1780:
error: there are no arguments to '_S_get_c_locale' that depend on a template
parameter, so a declaration of '_S_get_c_locale' must be available
make[4]: *** [bits/stdc++.h.gch/O0g.gch] Error 1
make[4]: Leaving directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory `/cygdrive/c/gcc-4_2-branch-build'
make: *** [all] Error 2

I'll look into this myself and see what I come up with.


-- 
           Summary: libstdc++-v3 - Make fails with: ./c++locale.h:69: error:
                    '__locale_t' does not name a type
           Product: gcc
           Version: 4.2.0
            Status: UNCONFIRMED
          Severity: blocker
          Priority: P3
         Component: libstdc++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: rob1weld at aol dot com
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[pcarlini at suse dot de]

------- Comment #1 from pcarlini at suse dot de  2007-04-26 20:14 -------
You can't use the gnu locale model on Cygwin, please try again with
--enable-clocale=generic (or just don't specify it and let the configury
guess).


-- 

pcarlini at suse dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[rob1weld at aol dot com]

------- Comment #2 from rob1weld at aol dot com  2007-04-26 21:33 -------
Thank you Paolo Carlini.

Previously I _did_ let ./configure guess (on successful builds) but _this_
_time_ I used _exactly_ the same ./configure parameters as I did for Linux (to
duplicate the GCC compiler for both systems [and the success]).

I was just checking my stdc++.ii file (for a problem with line # _69_ and this
is what it looks like:

# 67
"/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/bits/c++locale.h"
3
namespace std {

  typedef __locale_t __c_locale;


Previous to that part (in the .ii file) there is nothing to say what __locale_t
is so it is as though it were blank (IE: the line would read: "typedef  
__c_locale;" and thus fail).


I guess this bug would be fixed if the 'root' ./configure script did not allow
one to use "--enable-clocale=gnu" on this platform (and kindly suggested to
ONLY use --enable-clocale=generic).

If that is the correct solution then I would consider this resolved _after_ the
./configure script is changed.

Thanks for the quick response - I might have had a lot of trouble tracking that
down. Now to re-make the compiler (and just [OF COURSE] when the build was
nearly finished (crying)). :)    (Used to it.)


-- 

rob1weld at aol dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|blocker                     |minor


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[pcarlini at suse dot de]

------- Comment #3 from pcarlini at suse dot de  2007-04-26 22:05 -------
I'm not the author of the locale model configury bits. In other places we
detect configurations unsupported by the target and overrule the user,
therefore I would say your doubt makes perfect sense... In fact, it looks like
changing [GLIBCXX_ENABLE_CLOCALE], in acinclude.m4, to *always* check that the
specified model is supported before trying to use it seems very simple. Humm,
let's ask Benjamin, maybe the current behavior is on purpose...


-- 

pcarlini at suse dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bkoz at redhat dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[rob1weld at aol dot com]

------- Comment #4 from rob1weld at aol dot com  2007-04-27 04:47 -------
I do agree with removing that option when configuring for Cygwin and I did so.


I put in extra spaces and re-sorted the order of these options so you can use
an editor (like kwrite or notepad) to view the changed options easily. I do not
see ANY options that would affect "C" / "C++" etc - only Java options added. 

My previous (working) ./configure was (with SVN from 2 weeks prior - IE:
different):

configure --verbose --enable-languages=c,ada,c++,fortran,java,objc,obj-c++
--with-tune=athlon-xp --prefix=/usr --enable-objc-gc --enable-concept-checks
--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/4.2 --enable-libstdcxx-debug
--enable-shared --enable-static                                              
--enable-threads=posix --enable-version-specific-runtime-libs --enable-libssp
--enable-libmudflap --enable-libgomp --disable-werror --enable-nls
--with-included-gettext                                                        
        --enable-sjlj-exceptions  --enable-java-gc=boehm --with-x
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--enable-java-awt=gtk,xlib                    --enable-qt-peer --enable-xmlj
--enable-gconf-peer --enable-tool-wrappers                                     
      --enable-libgcj                        --enable-hash-synchronization
--enable-gc-debug --enable-interpreter --with-system-zlib --enable-libada
--with-tls --enable-win32-registry --with-cpu=athlon-xp --with-arch=athlon-xp
--target=i686-pc-cygwin --enable-multilib --enable-checking


My current (broken, and different SVN version) options are:

configure --verbose --enable-languages=c,ada,c++,fortran,java,objc,obj-c++
--with-tune=athlon-xp --prefix=/usr --enable-objc-gc --enable-concept-checks
--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/4.2 --enable-libstdcxx-debug
--enable-static --enable-shared --enable-initfini-array --enable-__cxa_atexit
--enable-threads=posix --enable-version-specific-runtime-libs --enable-libssp
--enable-libmudflap --enable-libgomp --disable-werror --enable-nls
--without-included-gettext --enable-decimal-float --with-long-double-128
--enable-debug --disable-sjlj-exceptions --enable-java-gc=boehm --with-x
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--enable-java-awt=gtk,xlib --enable-gtk-cairo --enable-qt-peer --enable-xmlj
--enable-gconf-peer --enable-tool-wrappers --with-gjdoc
--enable-portable-native-sync --enable-libgcj-multifile --with-stabs

I didn't just "make clean", I deleted the whole directory and re-made from the
begining using the second ./configure string above. I got make to break in
EXACTLY the SAME location - but different error message.

This makes me question that PCH might be broken (last week) and working
previously (two weeks ago). This is not unheard of as it _was_ broken for a few
days a few months ago.

Here are the new errors, same spot much fewer and completly different:

make[2]: Leaving directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libiberty'
make[2]: Entering directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3'
make "AR_FLAGS=rc" "CC_FOR_BUILD=gcc"
"CC_FOR_TARGET=/cygdrive/c/gcc-4_2-branch-build/./gcc/xgcc
-B/cygdrive/c/gcc-4_2-branch-build/./gcc/ -B/usr//bin/ -B/usr//lib/ -isystem
/usr//include -isystem /usr//sys-include" "CFLAGS=-O2 -g -O2 " "CXXFLAGS=-g -O2
" "CFLAGS_FOR_BUILD=-g -O2" "CFLAGS_FOR_TARGET=-O2 -g -O2 "
"INSTALL=/usr/bin/install -c" "INSTALL_DATA=/usr/bin/install -c -m 644"
"INSTALL_PROGRAM=/usr/bin/install -c" "INSTALL_SCRIPT=/usr/bin/install -c"
"LDFLAGS=" "LIBCFLAGS=-O2 -g -O2 " "LIBCFLAGS_FOR_TARGET=-O2 -g -O2 "
"MAKE=make" "MAKEINFO=makeinfo --split-size=5000000 --split-size=5000000 "
"PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "RUNTESTFLAGS="
"exec_prefix=/usr" "infodir=/usr/share/info" "libdir=/usr/lib"
"includedir=/usr/include" "prefix=/usr" "tooldir=/usr/"
"gxx_include_dir=/usr/include/c++/4.2" "AR=/usr/i686-pc-cygwin/bin/ar"
"AS=/cygdrive/c/gcc-4_2-branch-build/./gcc/as"
"LD=/cygdrive/c/gcc-4_2-branch-build/./gcc/collect-ld"
"RANLIB=/usr/i686-pc-cygwin/bin/ranlib"
"NM=/cygdrive/c/gcc-4_2-branch-build/./gcc/nm" "NM_FOR_BUILD="
"NM_FOR_TARGET=/usr/i686-pc-cygwin/bin/nm" "DESTDIR=" "WERROR=" all-recursive
make[3]: Entering directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3'
Making all in include
make[4]: Entering directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include'
if [ ! -d ".//bits/extc++.h.gch" ]; then \
          mkdir -p .//bits/extc++.h.gch; \
        fi; \
        /cygdrive/c/gcc-4_2-branch-build/./gcc/xgcc -shared-libgcc
-B/cygdrive/c/gcc-4_2-branch-build/./gcc -nostdinc++
-L/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/src
-L/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/src/.libs
-B/usr//bin/ -B/usr//lib/ -isystem /usr//include -isystem /usr//sys-include
-Winvalid-pch -Wno-deprecated -x c++-header -g -O2 
-I/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/
-I/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include
-I/cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/libsupc++ -O2 -g
/cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/include/precompiled/extc++.h
-o bits/extc++.h.gch/O2g.gch
In file included from
/cygdrive/C/makecygwin/gcc-4_2-branch/libstdc++-v3/include/precompiled/extc++.h:60:
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/ext/pb_ds/exception.hpp:
In function 'void pb_ds::__throw_join_error()':
/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include/ext/pb_ds/exception.hpp:84:
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[4]: *** [bits/extc++.h.gch/O2g.gch] Error 1
make[4]: Leaving directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3/include'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/cygdrive/c/gcc-4_2-branch-build/i686-pc-cygwin/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory `/cygdrive/c/gcc-4_2-branch-build'
make: *** [all] Error 2


I tried to re-run make and still got a segmentation fault so it is not another
process that is intruding and it is a repeatable fault. 

The good thing is that my computer does not crash and still works fine
afterwards :) .


I did bump this down to a "minor" after your great advice was given but now
I'll bump it back up a little. I'll investigate some more and see what I come
up with. Thanks for your help. Might be a PCH problem.


-- 

rob1weld at aol dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|minor                       |normal


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[pcarlini at suse dot de]

------- Comment #5 from pcarlini at suse dot de  2007-04-27 09:54 -------
Please, do not lump together many different issues in a single report, that's
totally confusing. This one is about configury vs locale model and it's an
enhancement PR, because it's only about user friendlyness (most of the users
let the configury pick the locale model automatically (would be generic in your
case) and, well, experts know which one is ok for a given targets) and the
behavior it's definitely not now.


-- 

pcarlini at suse dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement
             Status|WAITING                     |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2007-04-27 09:54:18
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[rob1weld at aol dot com]

------- Comment #6 from rob1weld at aol dot com  2007-04-29 07:31 -------
I was only trying to clairify that another problem occurred in that exact same
spot AFTER I followed your advice - IE: that is was possible that your solution
was not the only thing needed to fix the problem.

I downloaded a more recent SVN (I only update once a week to save the server)
and followed your advice. I do not have a problem in _that_ particular portion
of the build. The NEW problems _are_ filed in seperate reports.

That option was used because I copied the script from the Linux part of my
system over to the WinXP side and built with Cygwin using the same options.

I appreciate you pointing out that the oversight I made would not work with
Cygwin since I spent a some time trying to determine what the problem was and
how to fix it. I did search the bug reports before posting.


Sorry for any confusion (that I had "lump[ed] together many different issues in
a single report"). I thought I only made a complaint about _one_ thing. 


This report is only supposed to be a complaint that:

"The main ./configure does not check if the user has chosen options that are
not suitable for the platform. It lets you do a make that works fine for _many_
hours and then fails when it is _almost_ finished. One example of this
behaviour is that it is possible to choose '--enable-clocale=gnu' when
compiling for the Cygwin platform".


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[bkoz at gcc dot gnu dot org]

-- 

bkoz at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |bkoz at gcc dot gnu dot org
                   |dot org                     |
             Status|NEW                         |ASSIGNED
   Last reconfirmed|2007-04-27 09:54:18         |2007-05-28 16:55:47
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[bkoz at gcc dot gnu dot org]

------- Comment #7 from bkoz at gcc dot gnu dot org  2007-05-28 16:56 -------
Created an attachment (id=13622)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13622&action=view)
patch


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[bkoz at gcc dot gnu dot org]

------- Comment #8 from bkoz at gcc dot gnu dot org  2007-05-28 16:57 -------

This should do it. I'll put it on 4.2.x branch after some testing on mainline.

-benjamin


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[bkoz at gcc dot gnu dot org]

------- Comment #9 from bkoz at gcc dot gnu dot org  2007-05-28 17:02 -------
Subject: Bug 31717

Author: bkoz
Date: Mon May 28 17:02:30 2007
New Revision: 125134

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125134
Log:
2007-05-28  Benjamin Kosnik  <bkoz@redhat.com>

        PR libstdc++/31717 
        * acinclude.m4 (GLIBCXX_ENABLE_CLOCALE): Re-organize. Sanity check
        gnu locale model requests to make sure it will work for the requested
        target. Add checks for strxfrm_l, strerror_l when in gnu locale,
        and strerror_r everywhere.
        * aclocal.m4: Regenerated.
        * configure: Regenerated.
        * config.h.in: Regenerated.

Modified:
    trunk/libstdc++-v3/ChangeLog
    trunk/libstdc++-v3/acinclude.m4
    trunk/libstdc++-v3/aclocal.m4
    trunk/libstdc++-v3/config.h.in
    trunk/libstdc++-v3/configure


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[rob1weld at aol dot com]

------- Comment #10 from rob1weld at aol dot com  2007-05-29 04:25 -------
Thank you Benjamin.

The next few days I am working to get 4.3.0 to compile on target Cygwin but I
did update my 4.2.1 SVN and will check this out soon. 

I'll probably try to hack something so I don't have to run make for a few hours
just to see if it fails momemts before the build is complete.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[bkoz at gcc dot gnu dot org]

------- Comment #11 from bkoz at gcc dot gnu dot org  2007-06-01 16:35 -------
Subject: Bug 31717

Author: bkoz
Date: Fri Jun  1 16:35:34 2007
New Revision: 125266

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125266
Log:
2007-05-28  Benjamin Kosnik  <bkoz@redhat.com>

        PR libstdc++/31717 
        * acinclude.m4 (GLIBCXX_ENABLE_CLOCALE): Re-organize. Sanity check
        gnu locale model requests to make sure it will work for the requested
        target. Add checks for strxfrm_l, strerror_l when in gnu locale,
        and strerror_r everywhere.
        * aclocal.m4: Regenerated.
        * configure: Regenerated.
        * config.h.in: Regenerated.


Modified:
    branches/gcc-4_2-branch/libstdc++-v3/ChangeLog
    branches/gcc-4_2-branch/libstdc++-v3/acinclude.m4
    branches/gcc-4_2-branch/libstdc++-v3/config.h.in
    branches/gcc-4_2-branch/libstdc++-v3/configure


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[bkoz at gcc dot gnu dot org]

------- Comment #12 from bkoz at gcc dot gnu dot org  2007-06-09 12:05 -------

I'm going to close this. 


-- 

bkoz at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.2.1


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[bkoz at gcc dot gnu dot org]

------- Comment #13 from bkoz at gcc dot gnu dot org  2007-06-09 12:12 -------

Should be fixed now on mainline and 4.2.1+, Paolo updated docs as well.


-- 

bkoz at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717

[Bug libstdc++/31717] libstdc++-v3 - Make fails with: ./c++locale.h:69: error: '__locale_t' does not name a type

[rob1weld at aol dot com]

------- Comment #14 from rob1weld at aol dot com  2007-06-25 05:30 -------
(In reply to comment #12)
> I'm going to close this. 

OK by me (the "Reporter"). I have not tested this, if someone else has then OK.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31717