From owner-svn-src-all@FreeBSD.ORG Sun Jun 12 21:40:07 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 9BEBA106564A; Sun, 12 Jun 2011 21:40:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 440E28FC0A; Sun, 12 Jun 2011 21:40:07 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 33A0725D3810; Sun, 12 Jun 2011 21:40:05 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 02ACE15A1841; Sun, 12 Jun 2011 21:40:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id zQjhDw7FHhdw; Sun, 12 Jun 2011 21:40:03 +0000 (UTC) Received: by mail.sbone.de (Postfix, from userid 66) id BE22515A187D; Sun, 12 Jun 2011 21:40:03 +0000 (UTC) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 010CD444936; Sun, 12 Jun 2011 21:38:42 +0000 (UTC) Date: Sun, 12 Jun 2011 21:38:42 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Daniel Eischen In-Reply-To: <200705131412.l4DECf2N068712@repoman.freebsd.org> Message-ID: <20110612213330.D10590@maildrop.int.zabbadoz.net> References: <200705131412.l4DECf2N068712@repoman.freebsd.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@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: Sun, 12 Jun 2011 21:40:07 -0000 On Sun, 13 May 2007, Daniel Eischen wrote: > deischen 2007-05-13 14:12:41 UTC > > FreeBSD src repository > > Modified files: > . Makefile.inc1 > lib/libc Makefile > lib/libc_r Makefile > lib/libpthread Makefile pthread.map > lib/libpthread/thread thr_private.h > lib/librt Makefile > lib/libthr Makefile pthread.map > lib/libthread_db Makefile > lib/msun Makefile > libexec/rtld-elf Makefile > share/mk bsd.lib.mk bsd.libnames.mk bsd.own.mk > bsd.symver.mk > Log: > Enable symbol versioning by default. Use WITHOUT_SYMVER to disable it. > Warning, after symbol versioning is enabled, going back is not easy > (use WITHOUT_SYMVER at your own risk). > > Change the default thread library to libthr. > > There most likely still needs to be a version bump for at least the > thread libraries. If necessary, this will happen later. http://svnweb.freebsd.org/base?view=revision&revision=169524 I figured WITHOUT_SYMVER= hs been useless since 201001. I am no longer able to do build worlds with WITHOUT_SYMVER= set in src.conf on a system with symbol versioning. 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. 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. Anyone who understands the system can come up with patches to fix this? /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family.