From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7890 invoked by alias); 2 Apr 2011 12:01:52 -0000 Received: (qmail 7881 invoked by uid 22791); 2 Apr 2011 12:01:52 -0000 X-SWARE-Spam-Status: No, hits=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 02 Apr 2011 12:01:48 +0000 From: "paolo.carlini at oracle dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug libstdc++/14608] nukes isfinite macro from X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libstdc++ X-Bugzilla-Keywords: documentation X-Bugzilla-Severity: normal X-Bugzilla-Who: paolo.carlini at oracle dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: CC Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Sat, 02 Apr 2011 12:01:00 -0000 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: 2011-04/txt/msg00109.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14608 Paolo Carlini changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bkoz at redhat dot com --- Comment #11 from Paolo Carlini 2011-04-02 12:01:33 UTC --- In fact, as noticed in 48406, adding back at the end definitions to the global namespace appears to basically work, we have only to be careful about the return type (int or bool in the global namespace? In std::, for C++0x we want bool. It seems to me that, in C++0x mode at least, bool would be more consistent for the global namespace too, but then including or not including after makes a difference, weird) and other details, like, for example, on gnu-linux, appears to define isinf and isnan as functions in the global namespace, I'm, afraid this kind of target dependent vagaries in have to be dealt with on a case by case way, maybe with some configury :(