From owner-svn-src-all@FreeBSD.ORG Tue Feb 4 10:42:20 2014 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BE83C51; Tue, 4 Feb 2014 10:42:20 +0000 (UTC) Received: from fep12.mx.upcmail.net (fep12.mx.upcmail.net [62.179.121.32]) by mx1.freebsd.org (Postfix) with ESMTP id 642B11C8D; Tue, 4 Feb 2014 10:42:18 +0000 (UTC) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep12-int.chello.at (InterMail vM.8.01.05.13 201-2260-151-135-20130320) with ESMTP id <20140204104211.THBT42045.viefep12-int.chello.at@edge02.upcmail.net>; Tue, 4 Feb 2014 11:42:11 +0100 Received: from mole.fafoe.narf.at ([80.109.55.137]) by edge02.upcmail.net with edge id NAiA1n02w2xdvHc02AiA61; Tue, 04 Feb 2014 11:42:11 +0100 X-SourceIP: 80.109.55.137 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id 4ECE86D44C; Tue, 4 Feb 2014 11:42:10 +0100 (CET) Date: Tue, 4 Feb 2014 11:42:10 +0100 From: Stefan Farfeleder To: Dimitry Andric Subject: Re: svn commit: r261283 - in head: contrib/libc++ contrib/libc++/include contrib/libc++/include/experimental contrib/libc++/include/ext contrib/libc++/src etc/mtree lib/libc++ sys/sys tools/build/mk Message-ID: <20140204104209.GA1537@mole.fafoe.narf.at> References: <201401300744.s0U7iNLt016044@svn.freebsd.org> <20140203123235.GA1540@mole.fafoe.narf.at> <13B51A3E-B9C8-4B0C-9834-859ACEBC3375@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <13B51A3E-B9C8-4B0C-9834-859ACEBC3375@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 10:42:20 -0000 On Mon, Feb 03, 2014 at 07:54:01PM +0100, Dimitry Andric wrote: > On 03 Feb 2014, at 13:32, Stefan Farfeleder wrote: > > On Thu, Jan 30, 2014 at 07:44:23AM +0000, Dimitry Andric wrote: > >> Author: dim > >> Date: Thu Jan 30 07:44:22 2014 > >> New Revision: 261283 > >> URL: http://svnweb.freebsd.org/changeset/base/261283 > >> > >> Log: > >> Import libc++ 3.4 release. This contains a lot of bugfixes, and some > >> preliminary support for C++1y. > >> > >> MFC after: 3 weeks > > > > Hi Dimitry, > > > > Is this expected to change the ABI? I had to recompile the boost > > libraries to stop my applications from crashing. > > As far as I know, this should not change the ABI. But maybe boost does > something strange, it would not amaze me. Do you have any coredumps or > actual crash reports you could share? At the moment I can only provide a backtrace, a very simple test program doesn't crash (of course). I'll try to come up with something later or tomorrow. What might be interesting is that boost::program_options::variables_map derives from std::map. Here's the backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 806806400 (LWP 100777)] compare (this=, __str=...) at /usr/include/c++/v1/string:3585 3585 size_t __rhs_sz = __str.size(); (gdb) bt #0 compare (this=, __str=...) at /usr/include/c++/v1/string:3585 #1 operator<, std::__1::allocator > (__lhs=..., __rhs=...) at /usr/include/c++/v1/string:3769 #2 operator() (this=, __x=..., __y=...) at /usr/include/c++/v1/__functional_base:63 #3 std::__1::__tree, std::__1::allocator >, std::__1::less, std::__1::allocator > >, std::__1::allocator, std::__1::allocator > > >::__find_equal, std::__1::allocator > > (this=, __parent=@0x7fffffffb758: 0x7fffffffb8b0, __v=...) at /usr/include/c++/v1/__tree:1613 #4 0x00000008009b5f41 in std::__1::__tree, std::__1::allocator >, std::__1::less, std::__1::allocator > >, std::__1::allocator, std::__1::allocator > > >::__insert_unique (this=0x7fffffffb8e0, __v=...) at /usr/include/c++/v1/__tree:1867 #5 0x00000008034ca383 in boost::program_options::store(boost::program_options::basic_parsed_options const&, boost::program_options::variables_map&, bool) () from /usr/local/lib/libboost_program_options.so.5 Stefan