From owner-svn-src-all@FreeBSD.ORG Thu Jun 16 22:03:17 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F36E1065680; Thu, 16 Jun 2011 22:03:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 052828FC1E; Thu, 16 Jun 2011 22:03:16 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5GM3DwC052683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jun 2011 01:03:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5GM3D9Z048845; Fri, 17 Jun 2011 01:03:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5GM3DGj048844; Fri, 17 Jun 2011 01:03:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 17 Jun 2011 01:03:13 +0300 From: Kostik Belousov To: Jilles Tjoelker Message-ID: <20110616220313.GT48734@deviant.kiev.zoral.com.ua> References: <200705131412.l4DECf2N068712@repoman.freebsd.org> <20110612213330.D10590@maildrop.int.zabbadoz.net> <20110616212738.GA73657@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yeOXabQBkPz8M8o8" Content-Disposition: inline In-Reply-To: <20110616212738.GA73657@stack.nl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Daniel Eischen , "Bjoern A. Zeeb" , svn-src-all@freebsd.org, src-committers@freebsd.org, svn-src-head@freebsd.org Subject: Re: cvs commit: src Makefile.inc1 src/lib/libc Makefile src/lib/libc_r Makefile src/lib/libpthread Makefile pthread.map src/lib/libpthread/thread thr_private.h src/lib/librt Makefile src/lib/libthr Makefile pthread.map src/lib/libthread_db Makefile ... X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 16 Jun 2011 22:03:17 -0000 --yeOXabQBkPz8M8o8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 16, 2011 at 11:27:38PM +0200, Jilles Tjoelker wrote: > On Sun, Jun 12, 2011 at 09:38:42PM +0000, Bjoern A. Zeeb wrote: > > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D169524 >=20 > > I figured WITHOUT_SYMVER=3D hs been useless since 201001. I am no > > longer able to do build worlds with WITHOUT_SYMVER=3D set in src.conf > > on a system with symbol versioning. >=20 > > I'd love someone to fix that and allow us to build libraries without > > all the historic stuff in them. If we cannot get it back working our > > libraries will grow bigger and bigger forever. >=20 > > If one is building images for clean-state systems that will never run > > anything older than the current CURRENT build, there is no need for > > the extra size. Contrary to what people think, memory and direct > > attached storage can still be expensive in some environments. >=20 > > Anyone who understands the system can come up with patches to fix this? >=20 > I think disabling symver completely is too much: it implies a new > mutually incompatible set of binaries. What should be done instead is > allowing to compile out the compatibility functions. This means all > __sym_compat() directives and all functions referred to by them. A > simple approach would use a yes/no #ifdef, while a more sophisticated > approach would allow choosing the oldest version to retain compatibility > with, for example freebsd7_semctl() in lib/libc/gen/semctl.c would be > compiled in iff compatibility with FreeBSD 7.x was requested. >=20 > With just symver, a binary for FreeBSD version for which compatibility > was not compiled in will abort if and when it attempts to use a function > that was changed in a later version. Preventing which behaviour was explicitely the goal of designing the symver mechanism at the first place. And, disabling symver does not removes the "compat cruft" from the system, it only makes the compat code not accessible. --yeOXabQBkPz8M8o8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk36faAACgkQC3+MBN1Mb4hxOQCcDgPnqR8jyQ9t70dCF4jDyquv oyAAnRZQruWWrbmn6rKhofV6CRKqIvw7 =j3ZQ -----END PGP SIGNATURE----- --yeOXabQBkPz8M8o8--