From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 21:38:20 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B46D666; Thu, 29 Nov 2012 21:38:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id D97418FC0C; Thu, 29 Nov 2012 21:38:19 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:7ce7:996c:e955:4ab6] (unknown [IPv6:2001:7b8:3a7:0:7ce7:996c:e955:4ab6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E7E8F5C37; Thu, 29 Nov 2012 22:38:18 +0100 (CET) Message-ID: <50B7D5CE.4080307@FreeBSD.org> Date: Thu, 29 Nov 2012 22:38:22 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Volodymyr Kostyrko Subject: Re: -stdlib=libc++ fails for some ports References: <50B731FC.5090301@gmail.com> <50B73C1D.7070709@FreeBSD.org> In-Reply-To: <50B73C1D.7070709@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , David Chisnall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 21:38:20 -0000 On 2012-11-29 11:42, Dimitry Andric wrote: > On 2012-11-29 10:59, Volodymyr Kostyrko wrote: >> When compiling databases/db5 with CFLAGS+= -stdlib=libc++ I got this: ... >> /usr/include/c++/v1/cstddef:64:61: error: expected class member or base >> class name >> _LIBCPP_ALWAYS_INLINE _LIBCPP_CONSTEXPR nullptr_t() : _(0) {} >> ^ >> ./db_int.h:445:16: note: expanded from macro '_' >> #define _(msg) msg /* Replace with localization function. */ >> ^ >> >> The problem is actually on libc++ side and has been fixed upstream: >> >> http://llvm.org/viewvc/llvm-project?view=rev&revision=167038 > > Yes, David imported a new libc++ snapshot, including this fix, into head > in r242945. He did not set an MFC period at the time, so I am not sure > what his plans are. :-) I merged the snapshot to stable/9 in r243683.