[Bug bootstrap/30915] New: [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[Bug bootstrap/30915] New: [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[eesrjhc at bath dot ac dot uk]

Hi,

Platform:  Gentoo Linux:

$ uname -a
Linux hertz 2.6.17-gentoo-r4 #1 SMP Thu Aug 24 16:20:25 BST 2006 x86_64 AMD
Opteron(tm) Processor 844 AuthenticAMD GNU/Linux

Toolchain:

$ /lib/libc.so.6
GNU C Library development release version 2.4, by Roland McGrath et al.
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9).
Compiled on a Linux 2.6.17 system on 2007-02-01.
Available extensions:
        C stubs add-on version 2.1.2
        crypt add-on version 2.1 by Michael Glad and others
        Gentoo patchset 1.19
        GNU Libidn by Simon Josefsson
        GNU libio by Per Bothner
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
        Native POSIX Threads Library by Ulrich Drepper et al
        Support for some architectures added on, not maintained in glibc core.
        BIND-8.2.3-T5B
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.

$ gcc --version
gcc (GCC) 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ make --version
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for x86_64-pc-linux-gnu


Configured with:

../trunk/configure --build=x86_64-unknown-linux-gnu
--host=x86_64-unknown-linux-gnu --target=x86_64-unknown-linux-gnu
--prefix=/usr/local/gcc-svn --enable-languages=c,c++,fortran --disable-multilib

cvs checkout on 2007-02-21 09:24 GMT
Source is in       /MHz/roger/src/gcc-svn/trunk
Build directory is /MHz/roger/src/gcc-svn/build_hertz (initially empty).

Bootstrap proceeds fine until near the finish, in building libstdc++, I get
this (sorry about the long paste, but it is the complete last command):

/MHz/roger/src/gcc-svn/build_hertz/./gcc/xgcc -shared-libgcc
-B/MHz/roger/src/gcc-svn/build_hertz/./gcc -nostdinc++
-L/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/src
-L/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/usr/local/gcc-svn/x86_64-unknown-linux-gnu/bin/
-B/usr/local/gcc-svn/x86_64-unknown-linux-gnu/lib/ -isystem
/usr/local/gcc-svn/x86_64-unknown-linux-gnu/include -isystem
/usr/local/gcc-svn/x86_64-unknown-linux-gnu/sys-include
-I/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/MHz/roger/src/gcc-svn/trunk/libstdc++-v3/libsupc++ -fno-implicit-templates
-Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -c
../../../../trunk/libstdc++-v3/src/compatibility.cc  -fPIC -DPIC -o
.libs/compatibility.o
In file included from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu/bits/c++locale.h:48,
                 from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/iosfwd:45,
                 from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/stl_algobase.h:70,
                 from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/char_traits.h:46,
                 from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/string:47,
                 from ../../../../trunk/libstdc++-v3/src/compatibility.cc:49:
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:101:
error: '::fpos_t' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:103:
error: '::clearerr' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:104:
error: '::fclose' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:105:
error: '::feof' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:106:
error: '::ferror' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:107:
error: '::fflush' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:108:
error: '::fgetc' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:109:
error: '::fgetpos' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:110:
error: '::fgets' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:111:
error: '::fopen' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:112:
error: '::fprintf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:113:
error: '::fputc' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:114:
error: '::fputs' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:115:
error: '::fread' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:116:
error: '::freopen' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:117:
error: '::fscanf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:118:
error: '::fseek' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:119:
error: '::fsetpos' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:120:
error: '::ftell' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:121:
error: '::fwrite' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:122:
error: '::getc' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:123:
error: '::getchar' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:124:
error: '::gets' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:125:
error: '::perror' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:126:
error: '::printf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:127:
error: '::putc' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:128:
error: '::putchar' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:129:
error: '::puts' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:130:
error: '::remove' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:131:
error: '::rename' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:132:
error: '::rewind' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:133:
error: '::scanf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:134:
error: '::setbuf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:135:
error: '::setvbuf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:136:
error: '::sprintf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:137:
error: '::sscanf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:138:
error: '::tmpfile' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:139:
error: '::tmpnam' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:140:
error: '::ungetc' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:141:
error: '::vfprintf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:142:
error: '::vprintf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:143:
error: '::vsprintf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:170:
error: '::snprintf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:171:
error: '::vfscanf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:172:
error: '::vscanf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:173:
error: '::vsnprintf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:174:
error: '::vsscanf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:181:
error: '__gnu_cxx::snprintf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:182:
error: '__gnu_cxx::vfscanf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:183:
error: '__gnu_cxx::vscanf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:184:
error: '__gnu_cxx::vsnprintf' has not been declared
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdio:185:
error: '__gnu_cxx::vsscanf' has not been declared
In file included from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/iosfwd:45,
                 from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/stl_algobase.h:70,
                 from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/char_traits.h:46,
                 from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/string:47,
                 from ../../../../trunk/libstdc++-v3/src/compatibility.cc:49:
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu/bits/c++locale.h:
In function 'int std::__convert_from_v(__locale_struct* const&, char*, int,
const char*, ...)':
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu/bits/c++locale.h:94:
error: 'vsnprintf' is not a member of 'std'
In file included from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/string:47,
                 from ../../../../trunk/libstdc++-v3/src/compatibility.cc:49:
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/char_traits.h:
In static member function 'static typename
__gnu_cxx::_Char_types<_CharT>::int_type
__gnu_cxx::char_traits<_CharT>::eof()':
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/char_traits.h:139:
error: 'EOF' was not declared in this scope
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/char_traits.h:
In static member function 'static int std::char_traits<char>::eof()':
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/char_traits.h:291:
error: 'EOF' was not declared in this scope
In file included from
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/fstream:783,
                 from ../../../../trunk/libstdc++-v3/src/compatibility.cc:51:
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/fstream.tcc:
In constructor 'std::basic_filebuf<_CharT, _Traits>::basic_filebuf()':
/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/fstream.tcc:83:
error: 'BUFSIZ' was not declared in this scope
make[4]: *** [compatibility.lo] Error 1
make[4]: Leaving directory
`/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/MHz/roger/src/gcc-svn/build_hertz/x86_64-unknown-linux-gnu/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory `/MHz/roger/src/gcc-svn/build_hertz'
make: *** [bootstrap] Error 2




Using the same source directory and the same version toolchain on
i686-pc-linux-gnu results in a succesful bootstrap, when configured thus:
../trunk/configure --prefix=/usr/local/gcc-svn --enable-languages=c,c++,fortran 

My last succesful build on on x86_64-pc-linux-gnu was:
 $ /usr/local/gcc-svn/gfortran --version
GNU Fortran 95 (GCC) 4.3.0 20070114 (experimental)
Copyright (C) 2006 Free Software Foundation, Inc.

I suspect this may be a glibc problem as the version of glibc I have is later
than my last successful build of gcc-4.3


Roger.


-- 
           Summary: [4.3 regression] bootstrap fails while building
                    libstdc++-v3 on x86_64-pc-linux-gnu
           Product: gcc
           Version: 4.3.0
            Status: UNCONFIRMED
          Severity: critical
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: eesrjhc at bath dot ac dot uk
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|critical                    |normal
          Component|bootstrap                   |libstdc++
           Keywords|                            |build
   Target Milestone|---                         |4.3.0


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #1 from pcarlini at suse dot de  2007-02-23 01:59 -------
Frankly, I have no idea what to do with this... Certainly lately we have got
plenty of succesful builds on x86_64-linux and other linux platforms (just look
to testresults). Something mysterious is going on during the build:
bits/c++locale.h includes cstdio which then doesn't find the normal stdio.h
facilities in the global namespace?!? Maybe submitter could attempt narrowing
the problem somehow, for example by building snapshots older and newer...


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[b33fc0d3 at gmail dot com]

------- Comment #2 from b33fc0d3 at gmail dot com  2007-03-07 03:37 -------
I am having the exact same problem.

I've tried a few things, tried building in a stable chroot with glibc-2.4
(since my box is mainly unstable with glibc-2.5 and hashstyle) but got the
exact same error. gcc-4.2 snapshots all the way to 20070305 build fine on both
boxes.

Does anyone have any ideas?


-- 

b33fc0d3 at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |b33fc0d3 at gmail dot com


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #3 from pcarlini at suse dot de  2007-03-07 19:05 -------
Well Ahmed, right now you can't possibly see the exact same error, because
stl_algobase.h does *not* include <iosfwd> anymore... Please provide more info.
Thanks.


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[martin dot jansa at mk dot cvut dot cz]

------- Comment #4 from martin dot jansa at mk dot cvut dot cz  2007-03-11 12:20 -------
(In reply to comment #3)
> Well Ahmed, right now you can't possibly see the exact same error, because
> stl_algobase.h does *not* include <iosfwd> anymore... Please provide more info.
> Thanks.

My error seems quite similar (with profiledbootstrap and bootstrap too). Older
snapshots have the same issue.

I'm using latest glibc-2.5.90.20070214.

/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/./gcc/xgcc
-shared-libgcc
-B/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/./gcc
-nostdinc++
-L/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src
-L/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs
-B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem
/usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include
-I/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu
-I/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include
-I/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/gcc-4.3-20070309/libstdc++-v3/libsupc++
-fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual
-fdiagnostics-show-location=once -ffunction-sections -fdata-sections -O2
-march=k8 -D_GNU_SOURCE -c
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/gcc-4.3-20070309/libstdc++-v3/src/compatibility.cc
 -fPIC -DPIC -o .libs/compatibility.o
In file included from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/char_traits.h:49,
                 from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/string:47,
                 from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/gcc-4.3-20070309/libstdc++-v3/src/compatibility.cc:49:
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:100:
error: '::fpos_t' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:102:
error: '::clearerr' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:103:
error: '::fclose' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:104:
error: '::feof' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:105:
error: '::ferror' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:106:
error: '::fflush' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:107:
error: '::fgetc' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:108:
error: '::fgetpos' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:109:
error: '::fgets' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:110:
error: '::fopen' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:111:
error: '::fprintf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:112:
error: '::fputc' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:113:
error: '::fputs' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:114:
error: '::fread' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:115:
error: '::freopen' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:116:
error: '::fscanf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:117:
error: '::fseek' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:118:
error: '::fsetpos' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:119:
error: '::ftell' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:120:
error: '::fwrite' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:121:
error: '::getc' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:122:
error: '::getchar' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:123:
error: '::gets' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:124:
error: '::perror' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:125:
error: '::printf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:126:
error: '::putc' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:127:
error: '::putchar' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:128:
error: '::puts' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:129:
error: '::remove' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:130:
error: '::rename' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:131:
error: '::rewind' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:132:
error: '::scanf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:133:
error: '::setbuf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:134:
error: '::setvbuf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:135:
error: '::sprintf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:136:
error: '::sscanf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:137:
error: '::tmpfile' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:138:
error: '::tmpnam' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:139:
error: '::ungetc' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:140:
error: '::vfprintf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:141:
error: '::vprintf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:142:
error: '::vsprintf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:169:
error: '::snprintf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:170:
error: '::vfscanf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:171:
error: '::vscanf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:172:
error: '::vsnprintf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:173:
error: '::vsscanf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:180:
error: '__gnu_cxx::snprintf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:181:
error: '__gnu_cxx::vfscanf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:182:
error: '__gnu_cxx::vscanf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:183:
error: '__gnu_cxx::vsnprintf' has not been declared
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio:184:
error: '__gnu_cxx::vsscanf' has not been declared
In file included from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/string:47,
                 from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/gcc-4.3-20070309/libstdc++-v3/src/compatibility.cc:49:
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/char_traits.h:
In static member function 'static typename
__gnu_cxx::_Char_types<_CharT>::int_type
__gnu_cxx::char_traits<_CharT>::eof()':
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/char_traits.h:142:
error: 'EOF' was not declared in this scope
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/char_traits.h:
In static member function 'static int std::char_traits<char>::eof()':
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/char_traits.h:294:
error: 'EOF' was not declared in this scope
In file included from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/iosfwd:46,
                 from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/string:50,
                 from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/gcc-4.3-20070309/libstdc++-v3/src/compatibility.cc:49:
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu/bits/c++locale.h:
In function 'int std::__convert_from_v(__locale_struct* const&, char*, int,
const char*, ...)':
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu/bits/c++locale.h:94:
error: 'vsnprintf' is not a member of 'std'
In file included from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/fstream:783,
                 from
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/gcc-4.3-20070309/libstdc++-v3/src/compatibility.cc:51:
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/fstream.tcc:
In constructor 'std::basic_filebuf<_CharT, _Traits>::basic_filebuf()':
/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/fstream.tcc:83:
error: 'BUFSIZ' was not declared in this scope
make[4]: *** [compatibility.lo] Error 1
make[4]: Leaving directory
`/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build/x86_64-pc-linux-gnu/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory
`/tmp/tmpwork/portage/sys-devel/gcc-4.3.0_alpha20070309/work/build'
make: *** [profiledbootstrap] Error 2


-- 

martin dot jansa at mk dot cvut dot cz changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |martin dot jansa at mk dot
                   |                            |cvut dot cz


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[martin dot jansa at mk dot cvut dot cz]

------- Comment #5 from martin dot jansa at mk dot cvut dot cz  2007-03-11 12:29 -------
(In reply to comment #4)

And my toolchain:

jama gcc # /lib/libc.so.6
GNU C Library 20070214 release version 2.5.90, by Roland McGrath et al.
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.2.0-alpha20070228  (prerelease) (Gentoo
4.2.0_alpha20070228).
Compiled on a Linux >>2.6.20-JaMa<< system on 2007-03-05.
Available extensions:
        C stubs add-on version 2.1.2
        crypt add-on version 2.1 by Michael Glad and others
        Gentoo patchset 1.4.1
        GNU Libidn by Simon Josefsson
        Native POSIX Threads Library by Ulrich Drepper et al
        Support for some architectures added on, not maintained in glibc core.
        BIND-8.2.3-T5B
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.
jama gcc # gcc --version
x86_64-pc-linux-gnu-gcc (GCC) 4.2.0-alpha20070307  (prerelease) (Gentoo
4.2.0_alpha20070307)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

jama gcc # make --version
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for x86_64-pc-linux-gnu
jama gcc # as --version
GNU assembler 2.17.50.0.12 20070128
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of `x86_64-pc-linux-gnu'.


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #6 from pcarlini at suse dot de  2007-03-11 12:32 -------
> My error seems quite similar (with profiledbootstrap and bootstrap too). Older
> snapshots have the same issue.

Thanks, but *how much* older, exactly, we must pin-point the exact source of
this problem.

> I'm using latest glibc-2.5.90.20070214.

Can you try with an official release. Really we need to reduce the number of
independent variables, because, as far as I can see, at this point it can be
anything, maybe glibc too. In the reports, on the C++ library side things don't
make sense to me, frankly: <cstdio> just includes <stdio.h> and then there are
the using from the global namespace. And of course nobody among the develepors
is seeing the issue...

I'm trying to CC Jakub as a glibc man, just in case...


-- 

pcarlini at suse dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu dot org


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #7 from pcarlini at suse dot de  2007-03-11 12:53 -------
People encountering this kind of problem should check whether this trivial C++
snippet compiles:

/////////

#include <stdio.h>

#undef clearerr

namespace my
{
  using ::clearerr;
}

/////////

because really, in that place the build isn't doing much else...


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #8 from pcarlini at suse dot de  2007-03-11 13:03 -------
Then this snippet could be also useful, just in case we are doing something
wrong in the configury (I doubt it)

//////////////

#include <stdio.h>
#include <bits/c++config.h>

#undef clearerr

_GLIBCXX_BEGIN_NAMESPACE(std)

  using ::clearerr;

_GLIBCXX_END_NAMESPACE

//////////////


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #9 from pcarlini at suse dot de  2007-03-11 13:05 -------
Oh well, if the build really failed <bits/c++config.h> has not been installed,
then include it from the exact place where is available in the build dir.


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #10 from pcarlini at suse dot de  2007-03-11 13:14 -------
In c++config we have the below lines, which I never noriced before, I wonder
whether can cause problems given the our current framework (in the future is
another matter...)

Note hovewer, that currently __cplusplus in the official GNU tree at least is
still *1*. Is it possible that only *Gentoo* GCC has an external patch defining
__cplusplus as 199711L???

Paolo.

// Macro used to indicate that the native "C" includes, when compiled
// as "C++", have declarations in namespace std and not the global
// namespace. Note, this is unrelated to possible "C" compatibility
// includes that inject C90/C99 names into the global namespace.
// XXX May not be necessary
#if __cplusplus == 199711L
# define _GLIBCXX_NAMESPACE_C 1
#endif


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #11 from pcarlini at suse dot de  2007-03-11 13:26 -------
(In reply to comment #10)
> Note hovewer, that currently __cplusplus in the official GNU tree at least is
> still *1*. Is it possible that only *Gentoo* GCC has an external patch 
> defining __cplusplus as 199711L???

But that doesn't matter, because the newly built FSF GCC still defines
__cplusplus as 1 (in licpp/init.c, by the way). I'm lost... We badly need
details about the behavior of the two snippets, a time-range for the appearance
of the problem, anything to restrict the number of possibilities...


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[martin dot jansa at mk dot cvut dot cz]

------- Comment #12 from martin dot jansa at mk dot cvut dot cz  2007-03-11 13:36 -------
(In reply to comment #11)

Those 2 snippets working fine here and printf("%d",__cplusplus); says still
"1".


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #13 from pcarlini at suse dot de  2007-03-11 13:46 -------
Ok, can we know when exactly this bootstrap problem appeared? Nobody among the
developers is seeing it, I repeat, we can't reproduce it, and if the submitters
are not going to help more, much more, the problem cannot be fixed, this must
be clear.


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[martin dot jansa at mk dot cvut dot cz]

------- Comment #14 from martin dot jansa at mk dot cvut dot cz  2007-03-11 13:54 -------
(In reply to comment #13)
> Ok, can we know when exactly this bootstrap problem appeared? Nobody among the
> developers is seeing it, I repeat, we can't reproduce it, and if the submitters
> are not going to help more, much more, the problem cannot be fixed, this must
> be clear.
> 

I cannot say *how much* older, because snapshots older than about 3 weeks
failed with internal error (with profiledbootstrap) and with this error
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00449.html (with bootstrap). Only
last 3 weekly snapshots didn't fail until libstdc++ building.

Maybe other submitters have better image when it firstly appeared, but as I
said only few last weekly snapshots was trying to build libstdc++.

> > I'm using latest glibc-2.5.90.20070214.

I'm downgrading glibc to latest official release.

> I'm trying to CC Jakub as a glibc man, just in case...

Thanks anyway


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[martin dot jansa at mk dot cvut dot cz]

------- Comment #15 from martin dot jansa at mk dot cvut dot cz  2007-03-11 20:35 -------
(In reply to comment #14)
downgrading glibc didn't that trick but now() I have successfully builded
latest snapshot with this "patch":

--- ./gcc-4.3-20070309/libstdc++-v3/include/c_global/cstdio.orig       
2007-03-11 20:12:59.000000000 +0100
+++ ./gcc-4.3-20070309/libstdc++-v3/include/c_global/cstdio     2007-03-11
20:14:00.000000000 +0100
@@ -46,7 +46,7 @@

 #include <bits/c++config.h>
 #include <cstddef>
-#include_next <stdio.h>
+#include "/usr/include/gentoo-multilib/amd64/stdio.h"

 #ifndef _GLIBCXX_CSTDIO
 #define _GLIBCXX_CSTDIO 1

There is list of \*stdio\* in build directory:
./build/gcc/include-fixed/stdio.h
./build/x86_64-pc-linux-gnu/libstdc++-v3/include/tr1/stdio.h
./build/x86_64-pc-linux-gnu/libstdc++-v3/include/tr1/cstdio
./build/x86_64-pc-linux-gnu/libstdc++-v3/include/ext/stdio_sync_filebuf.h
./build/x86_64-pc-linux-gnu/libstdc++-v3/include/ext/stdio_filebuf.h
./build/x86_64-pc-linux-gnu/libstdc++-v3/include/cstdio
./build/x86_64-pc-linux-gnu/libstdc++-v3/docs/doxygen/man/man3/__gnu_cxx::stdio_sync_filebuf.3
./build/x86_64-pc-linux-gnu/libstdc++-v3/docs/doxygen/man/man3/__gnu_cxx::stdio_filebuf.3
./build/x86_64-pc-linux-gnu/libstdc++-v3/docs/doxygen/xml/cstdio.xml
./build/x86_64-pc-linux-gnu/libstdc++-v3/docs/doxygen/xml/class____gnu__cxx_1_1stdio__filebuf.xml
./build/x86_64-pc-linux-gnu/libstdc++-v3/docs/doxygen/xml/stdio__filebuf_8h.xml
./build/x86_64-pc-linux-gnu/libstdc++-v3/docs/doxygen/xml/stdio_8h.xml
./build/x86_64-pc-linux-gnu/libstdc++-v3/docs/doxygen/xml/class____gnu__cxx_1_1stdio__sync__filebuf.xml
./build/x86_64-pc-linux-gnu/libstdc++-v3/docs/doxygen/xml/tr1_2cstdio.xml
./build/x86_64-pc-linux-gnu/libstdc++-v3/docs/doxygen/xml/stdio__sync__filebuf_8h.xml
./build/x86_64-pc-linux-gnu/32/libstdc++-v3/include/tr1/stdio.h
./build/x86_64-pc-linux-gnu/32/libstdc++-v3/include/tr1/cstdio
./build/x86_64-pc-linux-gnu/32/libstdc++-v3/include/ext/stdio_sync_filebuf.h
./build/x86_64-pc-linux-gnu/32/libstdc++-v3/include/ext/stdio_filebuf.h
./build/x86_64-pc-linux-gnu/32/libstdc++-v3/include/cstdio
./build/stage1-gcc/include-fixed/stdio.h
./build/prev-gcc/include-fixed/stdio.h
./gcc-4.3-20070309/gcc/testsuite/gcc.dg/cpp/usr/include/stdio.h
./gcc-4.3-20070309/libstdc++-v3/config/io/basic_file_stdio.cc
./gcc-4.3-20070309/libstdc++-v3/config/io/c_io_stdio.h
./gcc-4.3-20070309/libstdc++-v3/config/io/basic_file_stdio.h
./gcc-4.3-20070309/libstdc++-v3/testsuite/tr1/8_c_compatibility/cstdio
./gcc-4.3-20070309/libstdc++-v3/testsuite/27_io/ios_base/sync_with_stdio
./gcc-4.3-20070309/libstdc++-v3/testsuite/27_io/headers/cstdio
./gcc-4.3-20070309/libstdc++-v3/testsuite/ext/stdio_filebuf
./gcc-4.3-20070309/libstdc++-v3/testsuite/ext/stdio_sync_filebuf
./gcc-4.3-20070309/libstdc++-v3/include/c_std/cstdio
./gcc-4.3-20070309/libstdc++-v3/include/tr1/stdio.h
./gcc-4.3-20070309/libstdc++-v3/include/tr1/cstdio
./gcc-4.3-20070309/libstdc++-v3/include/c_global/cstdio
./gcc-4.3-20070309/libstdc++-v3/include/ext/stdio_sync_filebuf.h
./gcc-4.3-20070309/libstdc++-v3/include/ext/stdio_filebuf.h
./gcc-4.3-20070309/libstdc++-v3/include/c_compatibility/stdio.h
./gcc-4.3-20070309/libstdc++-v3/include/c/cstdio
./gcc-4.3-20070309/fixincludes/tests/base/stdio_tag.h
./gcc-4.3-20070309/fixincludes/tests/base/stdio.h
./gcc-4.3-20070309/libssp/ssp/stdio.h


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #16 from pcarlini at suse dot de  2007-03-11 21:20 -------
I see, weird, I'm going to add Benjamin in CC, he added very recently the
c_global files and I'm not familiar with #include_next...


-- 

pcarlini at suse dot de changed:

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


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[b33fc0d3 at gmail dot com]

------- Comment #17 from b33fc0d3 at gmail dot com  2007-03-12 20:48 -------
I can confirm this patch works on an amd64 gentoo sytem too.


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #18 from pcarlini at suse dot de  2007-03-12 21:08 -------
(In reply to comment #17)
> I can confirm this patch works on an amd64 gentoo sytem too.

And what happens if you just change that #include_next to #include <stdio.h>,
that would be useful in understanding the issue and how much of it has to do
with #include_next (note that, at the moment, as far as I can see, the
#include_next special features are still not used)


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[martin dot jansa at mk dot cvut dot cz]

------- Comment #19 from martin dot jansa at mk dot cvut dot cz  2007-03-12 22:30 -------
(In reply to comment #18)
> (In reply to comment #17)
> > I can confirm this patch works on an amd64 gentoo sytem too.
> 
> And what happens if you just change that #include_next to #include <stdio.h>,
> that would be useful in understanding the issue and how much of it has to do
> with #include_next (note that, at the moment, as far as I can see, the
> #include_next special features are still not used)

this isn't enough even with building with this brand new
gcc-4.3.0_alpha20070309.
I'll repeat it with include of proper stdio.h, which looks in gentoo multilib
like this

jama gcc # cat /usr/include/stdio.h
/* Autogenerated by create_ml_includes() in multilib.eclass */

#ifdef __i386__
# include <gentoo-multilib/x86/stdio.h>
#endif /* __i386__ */

#ifdef __x86_64__
# include <gentoo-multilib/amd64/stdio.h>
#endif /* __x86_64__ */

and with
#include <stdio>
without ".h" after that

so I'll send results tomorrow


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #20 from pcarlini at suse dot de  2007-03-12 23:09 -------
(In reply to comment #19)
...
> this isn't enough even with building with this brand new
> gcc-4.3.0_alpha20070309.
> I'll repeat it with include of proper stdio.h, which looks in gentoo multilib
> like this
> 
> jama gcc # cat /usr/include/stdio.h

Ok, thanks. But then, an important question is: which (empty? not including any
declaration of the expected facilities?!? What header is that?) stdio.h is
instead included at build time if you don't specify explicitely the path? You
should try to figure out that, whether on your system there are around (in the
build directory or elsewhere) stdio.h which in fact are not the correct one.

In order to do that, you could proceed as follows: go the build directory of
the library and invoke by hand the same line which is failing the build of
compatibility.cc, but running only the preprocessor, with -E. You save its
output, it should tell us what a heck of wrong stdio.h is included.


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #21 from pcarlini at suse dot de  2007-03-12 23:32 -------
(In reply to comment #15)
> ./build/gcc/include-fixed/stdio.h
...
> ./build/stage1-gcc/include-fixed/stdio.h
> ./build/prev-gcc/include-fixed/stdio.h

Interestingly, these stdio.h do not exist on my x86_64 builds...


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pinskia at gcc dot gnu dot org]

------- Comment #22 from pinskia at gcc dot gnu dot org  2007-03-12 23:33 -------
This is a bug in the gentoo distro ask them to fix how they do multilib.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[martin dot jansa at mk dot cvut dot cz]

------- Comment #23 from martin dot jansa at mk dot cvut dot cz  2007-03-13 11:45 -------
(In reply to comment #22)
> This is a bug in the gentoo distro ask them to fix how they do multilib.
> 

so results are (with gcc-4.3)

#include_next <stdio.h> - doesn't work
#include <stdio.h> - doesn't work
#include <stdio> - doesn't work
#include "/usr/include/stdio.h" - works
#include "/usr/include/gentoo-multilib/amd64/stdio.h" - works

when /usr/include/stdio.h works then it shouldn't be distro multilib bug,
should it?


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[eesrjhc at bath dot ac dot uk]

------- Comment #24 from eesrjhc at bath dot ac dot uk  2007-03-19 09:30 -------
(In reply to comment #20)
> (In reply to comment #19)
> ...
> > this isn't enough even with building with this brand new
> > gcc-4.3.0_alpha20070309.
> > I'll repeat it with include of proper stdio.h, which looks in gentoo multilib
> > like this
> > 
> > jama gcc # cat /usr/include/stdio.h
> 
> Ok, thanks. But then, an important question is: which (empty? not including any
> declaration of the expected facilities?!? What header is that?) stdio.h is
> instead included at build time if you don't specify explicitely the path? You
> should try to figure out that, whether on your system there are around (in the
> build directory or elsewhere) stdio.h which in fact are not the correct one.
> 
> In order to do that, you could proceed as follows: go the build directory of
> the library and invoke by hand the same line which is failing the build of
> compatibility.cc, but running only the preprocessor, with -E. You save its
> output, it should tell us what a heck of wrong stdio.h is included.
> 

Incidentally, I have (by using a binary search, bootstapping into an empty
build  directory each time) found that revision 121025 builds OK, while
revision 121027 fails with this problem.

Doing the suggestion above, this is what I get:

roger@hertz $ /MHz/roger/src/gcc-svn-121027/build-121027/./gcc/xgcc -sh
ared-libgcc -B/MHz/roger/src/gcc-svn-121027/build-121027/./gcc -nostdinc++
-L/MHz/roger/src/gcc-svn-121027/build-121027/x86_64-unknown-linux-gnu/libstdc++-v3/src
-L/MHz/roger/src/gcc-svn-121027/build-121027/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/usr/local/gcc-svn/x86_64-unknown-linux-gnu/bin/
-B/usr/local/gcc-svn/x86_64-unknown-linux-gnu/lib/ -isystem
/usr/local/gcc-svn/x86_64-unknown-linux-gnu/include -isystem
/usr/local/gcc-svn/x86_64-unknown-linux-gnu/sys-include
-I/MHz/roger/src/gcc-svn-121027/build-121027/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/MHz/roger/src/gcc-svn-121027/build-121027/x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/MHz/roger/src/gcc-svn-121027/trunk/libstdc++-v3/libsupc++
-fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual
-fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2
-D_GNU_SOURCE -c ../../../../trunk/libstdc++-v3/src/compatibility.cc  -fPIC
-DPIC -o .libs/compatibility.o -E -v 
Reading specs from /MHz/roger/src/gcc-svn-121027/build-121027/./gcc/specs
Target: x86_64-unknown-linux-gnu
Configured with: ../trunk/configure --prefix=/usr/local/gcc-svn
--enable-languages=c,c++ --disable-multilib
Thread model: posix
gcc version 4.3.0 20070121 (experimental)
 /MHz/roger/src/gcc-svn-121027/build-121027/./gcc/cc1plus -E -quiet -nostdinc++
-v
-I/MHz/roger/src/gcc-svn-121027/build-121027/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/MHz/roger/src/gcc-svn-121027/build-121027/x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/MHz/roger/src/gcc-svn-121027/trunk/libstdc++-v3/libsupc++ -iprefix
/MHz/roger/src/gcc-svn-121027/build-121027/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.3.0/
-isystem /MHz/roger/src/gcc-svn-121027/build-121027/./gcc/include -D_GNU_SOURCE
-D_GNU_SOURCE -DPIC -isystem
/usr/local/gcc-svn/x86_64-unknown-linux-gnu/include -isystem
/usr/local/gcc-svn/x86_64-unknown-linux-gnu/sys-include
../../../../trunk/libstdc++-v3/src/compatibility.cc -o .libs/compatibility.o
-mtune=generic -Wall -Wextra -Wwrite-strings -Wcast-qual
-fno-implicit-templates -fdiagnostics-show-location=once -ffunction-sections
-fdata-sections -fPIC -fworking-directory -O2
ignoring nonexistent directory
"/usr/local/gcc-svn/x86_64-unknown-linux-gnu/include"
ignoring nonexistent directory
"/usr/local/gcc-svn/x86_64-unknown-linux-gnu/sys-include"
ignoring nonexistent directory
"/MHz/roger/src/gcc-svn-121027/build-121027/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.3.0/include"
ignoring nonexistent directory
"/MHz/roger/src/gcc-svn-121027/build-121027/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.3.0/../../../../x86_64-unknown-linux-gnu/include"
ignoring nonexistent directory
"/MHz/roger/src/gcc-svn-121027/build-121027/gcc/../lib/gcc//include"
ignoring nonexistent directory
"/MHz/roger/src/gcc-svn-121027/build-121027/gcc/../lib/gcc//lib/gcc/x86_64-unknown-linux-gnu/4.3.0/include"
ignoring nonexistent directory
"/MHz/roger/src/gcc-svn-121027/build-121027/gcc/../lib/gcc//lib/gcc/x86_64-unknown-linux-gnu/4.3.0/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:

/MHz/roger/src/gcc-svn-121027/build-121027/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu

/MHz/roger/src/gcc-svn-121027/build-121027/x86_64-unknown-linux-gnu/libstdc++-v3/include
 /MHz/roger/src/gcc-svn-121027/trunk/libstdc++-v3/libsupc++
 /MHz/roger/src/gcc-svn-121027/build-121027/./gcc/include
 /usr/local/include
 /usr/include
End of search list.

So, searching in order the directories listed above, the first occurence of
stdio.h in the directory concerned is this:

/MHz/roger/src/gcc-svn-121027/build-121027/./gcc/include/stdio.h

which contains this:

roger@hertz  $ cat
/MHz/roger/src/gcc-svn-121027/build-121027/./gcc/include/stdio.h
/*  DO NOT EDIT THIS FILE.

    It has been auto-edited by fixincludes from:

        "/usr/include/stdio.h"

    This had to be done to correct non-standard usages in the
    original, manufacturer supplied header file.  */

#ifndef FIXINC_WRAP_STDIO_H_STDIO_STDARG_H
#define FIXINC_WRAP_STDIO_H_STDIO_STDARG_H 1

#define __need___va_list
#include <stdarg.h>
/* Autogenerated by create_ml_includes() in multilib.eclass */

#ifdef __i386__
# include <gentoo-multilib/x86/stdio.h>
#endif /* __i386__ */

#ifdef __x86_64__
# include <gentoo-multilib/amd64/stdio.h>
#endif /* __x86_64__ */

#endif  /* FIXINC_WRAP_STDIO_H_STDIO_STDARG_H */


Could this be related to the problem in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29867


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[s_j_newbury at yahoo dot co dot uk]

------- Comment #25 from s_j_newbury at yahoo dot co dot uk  2007-08-08 01:45 -------
Created an attachment (id=14039)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14039&action=view)
Prevent fixincludes false positive on gentoo stdio.h wrapper

The fixincludes script is hitting a false positive when it scans the
/usr/include/stdio.h header wrapper on gentoo multilib systems.  Adding a
bypass for "gentoo-multilib" to the relevant fix solves this issue.
A multilib build successfully concludes with this patch.


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[eesrjhc at bath dot ac dot uk]

------- Comment #26 from eesrjhc at bath dot ac dot uk  2007-08-08 13:19 -------
(In reply to comment #25)
> Created an attachment (id=14039)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14039&action=view) [edit]
> Prevent fixincludes false positive on gentoo stdio.h wrapper


Very many thanks, Steven: this has certainly done the trick. I can now
bootstrap into a clean build directory and the build (of C, C++ and fortran)
completes without errors.


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[aldot at gcc dot gnu dot org]

------- Comment #27 from aldot at gcc dot gnu dot org  2007-09-11 18:58 -------
This also happens on SuSE-10.2, x86-64


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[jakub at gcc dot gnu dot org]

------- Comment #28 from jakub at gcc dot gnu dot org  2007-09-11 19:07 -------
Why does gentoo do this kind of crap with glibc headers?
They are already multilib clean.


-- 


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[pcarlini at suse dot de]

------- Comment #29 from pcarlini at suse dot de  2007-11-22 12:58 -------
*** Bug 34190 has been marked as a duplicate of this bug. ***


-- 

pcarlini at suse dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rene at gsse dot at


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[paolo dot carlini at oracle dot com]

------- Comment #30 from paolo dot carlini at oracle dot com  2008-06-07 13:34 -------
*** Bug 36456 has been marked as a duplicate of this bug. ***


-- 

paolo dot carlini at oracle dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wbrana at gmail dot com


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[paolo dot carlini at oracle dot com]

------- Comment #31 from paolo dot carlini at oracle dot com  2008-09-10 15:16 -------
*** Bug 37453 has been marked as a duplicate of this bug. ***


-- 

paolo dot carlini at oracle dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lthode at mail dot unomaha
                   |                            |dot edu


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

[Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu

[lthode at mail dot unomaha dot edu]

------- Comment #32 from lthode at mail dot unomaha dot edu  2008-09-12 10:36 -------
For all Gentoo users who are hitting this bug:

Update your GLibC to 2.7r2 or later, the new versions do not use multilib
wrappers any longer.


-- 


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