From owner-svn-src-head@FreeBSD.ORG Mon Feb 3 22:00:41 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2C35759; Mon, 3 Feb 2014 22:00:40 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D1B918E2; Mon, 3 Feb 2014 22:00:40 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id i17so12054855qcy.25 for ; Mon, 03 Feb 2014 14:00:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; bh=BrVSpbe7+hpw9Eph1bkQHaIRcnM/R/ZDDoUIR0eXZF8=; b=mGV1WmJ1uGiSVCpYJmD5sPjLPK5xahGsP5fPvCD92MBcFSy4bdH3HXPbwtHrPMEoIB psdkT/pZ8fh/8yHEDL9E+n48RrtN/tvIhjxYLcFf5FeWvxdD7aHA53EGRe1uWpTHCjQa z/l+2Q5eMsM3nsxVSmohVjpDYm07+i5fd5Kea0KpULGx2X1K2Wwp6vftm4wsHuNywa1A 5Zvr46gA468shHmTl8Vd2tGvYBSfcTdYHWD2d8+zTl9WnDeTN9ea4L1eTcWmJ1/bEyI2 Q0CSTrG04uEjCPNosaiRHDOH79MULpx7PUzuQBTxIXGUY6JWoI7iBRaC88pPGsAtLqr2 cpeA== X-Received: by 10.140.47.212 with SMTP id m78mr56791366qga.21.1391464839390; Mon, 03 Feb 2014 14:00:39 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPSA id o75sm29152853qgd.11.2014.02.03.14.00.37 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 03 Feb 2014 14:00:38 -0800 (PST) Date: Mon, 3 Feb 2014 17:00:31 -0500 From: Alexander Kabaev To: David Chisnall 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: <20140203170031.2166661c@kan.dyndns.org> In-Reply-To: <73ED697C-09CC-49D6-8EBD-0F0E20232729@FreeBSD.org> References: <201401300744.s0U7iNLt016044@svn.freebsd.org> <20140203123235.GA1540@mole.fafoe.narf.at> <20140203133254.243db1cd@kan.dyndns.org> <73ED697C-09CC-49D6-8EBD-0F0E20232729@FreeBSD.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_//uik=TAN.5so1N1aJbGJY/t"; protocol="application/pgp-signature" Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, Stefan Farfeleder , Dimitry Andric , src-committers@FreeBSD.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 22:00:41 -0000 --Sig_//uik=TAN.5so1N1aJbGJY/t Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 3 Feb 2014 18:54:46 +0000 David Chisnall wrote: > On 3 Feb 2014, at 18:32, Alexander Kabaev wrote: >=20 > > More than likely. It does appear libc++ does not go through same > > pains to maintain ABI stable as libstdc++ does. The lack of all and > > any symbol versions in shared library binary strongly suggests that > > not only they do not bother with ABI stability, they simply can't > > enforce it at the moment even if they wanted to. >=20 > libc++ aims to provide a stable ABI, however it does so in a manner > that is intended to integrate with the source language, rather than > by applying linker hacks post facto (which is very hard to do write > with C++). Every std:: class in libc++ is implemented inside a > version namespace inside std, and then imported into std:: in the > header. ABI-breaking classes should be inside a new version > namespace. >=20 > If you have examples where the ABI was not accidentally changed, then > please report them as bugs and we will try to fix them. If you just > have unfounded supposition, then it is not helpful to the discussion. >=20 > David At the very least, new library did remove _ZNKSt3__111__libcpp_db12__comparableEPKvS2_ which was public before. Your definition of ABI stability might be different from mine, but in my book that counts as a backward compatibility breakage. And even if that symbol was not supposed to be lined to by anyone, it should not have been exported in the first place. --=20 Alexander Kabaev --Sig_//uik=TAN.5so1N1aJbGJY/t Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iD8DBQFS8BGEQ6z1jMm+XZYRAqlFAKDj7m3vtdD8UCc9e0qYd6zSD0NUjQCdG12v nV42l8t+CTpMXaUCw3ObUIc= =gZfQ -----END PGP SIGNATURE----- --Sig_//uik=TAN.5so1N1aJbGJY/t--