From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8066 invoked by alias); 12 Mar 2007 23:10:00 -0000 Received: (qmail 8041 invoked by uid 48); 12 Mar 2007 23:09:49 -0000 Date: Mon, 12 Mar 2007 23:10:00 -0000 Message-ID: <20070312230949.8040.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libstdc++/30915] [4.3 regression] bootstrap fails while building libstdc++-v3 on x86_64-pc-linux-gnu In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "pcarlini at suse dot de" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-03/txt/msg01137.txt.bz2 ------- 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