From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31035 invoked by alias); 7 Aug 2009 08:22:38 -0000 Received: (qmail 30995 invoked by uid 48); 7 Aug 2009 08:22:27 -0000 Date: Fri, 07 Aug 2009 08:22:00 -0000 Message-ID: <20090807082227.30994.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libstdc++/40974] cannot build gcc-4.4.1: fenv_t has not been declared In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "paolo dot carlini at oracle dot com" 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: 2009-08/txt/msg00692.txt.bz2 ------- Comment #4 from paolo dot carlini at oracle dot com 2009-08-07 08:22 ------- Nice that we have a workaround, still, the problem should not happen anyway: in normal builds on x86_64-linux, no fenv.h is generated during the build and the one provided by the underlying libc is of course fine. For some reason, for the build of the PCHs the wrong one is picked. Still, a cross with host == target seems very unusual to me, and it's the first time I hear of cross-lfs, it may well be possible that the build system is not completely ready for such kind of setup. Or it requires special configuration options. I'm adding people more knowledgeable than me of configure issues in CC (maybe my friend Paolo, in particular, can help picking the best person?!?) -- paolo dot carlini at oracle dot com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Ralf dot Wildenhues at gmx | |dot de, bonzini at gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974