From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 13:08:24 2013 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3F9C6298; Fri, 1 Feb 2013 13:08:24 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id EEE9E3F2; Fri, 1 Feb 2013 13:08:23 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6CC2B5C5A; Fri, 1 Feb 2013 14:08:22 +0100 (CET) Message-ID: <510BBE48.4070101@FreeBSD.org> Date: Fri, 01 Feb 2013 14:08:24 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20130117 Thunderbird/19.0 MIME-Version: 1.0 To: Andriy Gapon , toolchain@FreeBSD.org Subject: Re: base gcc and _GLIBCXX_USE_C99 References: <5106953E.2020907@FreeBSD.org> <510BBCAD.3070705@FreeBSD.org> In-Reply-To: <510BBCAD.3070705@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2013 13:08:24 -0000 On 2013-02-01 14:01, Andriy Gapon wrote: > on 28/01/2013 17:11 Andriy Gapon said the following: >> I wonder why the following is the case for the base gcc. >> /usr/include/c++/4.2/bits/c++config.h: >> >> /* Define if C99 functions or macros from , , , >> , and can be used or exposed. */ >> /* #undef _GLIBCXX_USE_C99 */ >> >> Because of this undef there is no e.g. std::strtoll(). >> Ditto for other things in stdlib.h. Maybe this support can't be enabled, because we don't expose all the required functions yet? Or maybe it is just something that was committed years ago, and then forgotten. If we are sure that all the C99 functions libstdc++ requires are now available and working, I see no problem in turning on _GLIBCXX_USE_C99.