From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8263 invoked by alias); 30 Jan 2004 00:11:40 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 8245 invoked by alias); 30 Jan 2004 00:11:39 -0000 Date: Fri, 30 Jan 2004 00:11:00 -0000 Message-ID: <20040130001139.8243.qmail@sources.redhat.com> From: "gdr at integrable-solutions dot net" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20040129204319.13924.reichelt@gcc.gnu.org> References: <20040129204319.13924.reichelt@gcc.gnu.org> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug libstdc++/13924] #include imports partial definition of std::abs X-Bugzilla-Reason: CC X-SW-Source: 2004-01/txt/msg03808.txt.bz2 List-Id: ------- Additional Comments From gdr at integrable-solutions dot net 2004-01-30 00:11 ------- Subject: Re: #include imports partial definition of std::abs "bangerth at dealii dot org" writes: | I'm not sure whether we should just close this PR. We should :-) | I mean, assume | that by #including we had, for some reason, only got one | std::abs function. Then the argument would have been converted | and the program had compiled. While this is clearly the correct | behavior of the compiler, it is a QoI issue whether we would want | that or not. But, if you want to use std::abs(), you're going to include the appropriate header anyway. I don't believe you can solve this kind of problem in any satisfactory manner -- which is why there is that explicit deviation from the C stanadard in the C++ standard. Keeping this PR open is pointless. See our set of slides on "What is the type of std::toupper?" at the last ACCU03 conference for related issues. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13924