From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21062 invoked by alias); 29 Nov 2006 22:05:55 -0000 Received: (qmail 21051 invoked by uid 22791); 29 Nov 2006 22:05:53 -0000 X-Spam-Check-By: sourceware.org Received: from smtp114.sbc.mail.re2.yahoo.com (HELO smtp114.sbc.mail.re2.yahoo.com) (68.142.229.91) by sourceware.org (qpsmtpd/0.31) with SMTP; Wed, 29 Nov 2006 22:05:40 +0000 Received: (qmail 65774 invoked from network); 29 Nov 2006 22:05:38 -0000 Received: from unknown (HELO ?192.0.3.3?) (timothyprince@sbcglobal.net@63.192.140.4 with plain) by smtp114.sbc.mail.re2.yahoo.com with SMTP; 29 Nov 2006 22:05:38 -0000 X-YMail-OSG: 1vMrvHcVM1mLqWnB1Y_j7aZ1af9f31mtZ_T017NcJS6btlBYouV2VCzf0gRIg7G41jDXgcxXz1.D9YnpTkRNzw_dFW7Sv8WmnhxzQZVPIfsSKY5328sLgQ-- Message-ID: <456E0431.2010609@sbcglobal.net> Date: Wed, 29 Nov 2006 22:05:00 -0000 From: Tim Prince Reply-To: tprince@nospammyrealbox.com User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Gabriel Dos Reis CC: gcc-help Subject: Re: __DBL_HAS_DENORM__ et al required in recent libstdc++ References: <456AF5B1.3060104@sbcglobal.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2006-11/txt/msg00366.txt.bz2 Gabriel Dos Reis wrote: > Tim Prince writes: > > | Builds of gcc-4.3 libstdc++ on cygwin have begun failing with these > | undefined symbols for FLT,DBL,LDBL in std_limits.h. I don't find any > | explanation of it. > > They are built-in CPP macros. > > -- Gaby > > Thanks, but I'm not certain what that means. I would have taken your comment to mean that they would be included among the pre-defined macros. I see the function builtin_define_float_constants() and I see the file modified date Nov 1, but I don't see any ChangeLog references in recent months indicating what was changed then, why these macros would suddenly become undefined a few weeks later, or suddenly become required by libstdc++, if always undefined. Not even any documentation which would confirm my guess that -D__LDBL_HAS_DENORM__=0 //(setting apparently immaterial) -D__DBL_HAS_DENORM__=1 -D__FLT_HAS_DENORM__=1 would be the expected settings. Are those supposed to be added to CXXFLAGS? Why not documented, why not done automatically? Adding these to CXXFLAGS does avoid the complaints about those macros, but immediately after, there is an error thrown about illegal overloading of std::num_get in libstdc++-v3/include/bits/locale_facets.h