From owner-cvs-all@FreeBSD.ORG Fri Sep 24 22:15:09 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 801AE16A4CE; Fri, 24 Sep 2004 22:15:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBE0143D3F; Fri, 24 Sep 2004 22:15:08 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 22D861FFDD8; Sat, 25 Sep 2004 00:15:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 2CCC01FFDD7; Sat, 25 Sep 2004 00:15:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id AE835156B4; Fri, 24 Sep 2004 22:14:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 9DC6E15682; Fri, 24 Sep 2004 22:14:32 +0000 (UTC) Date: Fri, 24 Sep 2004 22:14:32 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Ruslan Ermilov In-Reply-To: <200409241342.i8ODg06a030839@repoman.freebsd.org> Message-ID: References: <200409241342.i8ODg06a030839@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/share/mk bsd.libnames.mk src/lib/bind config.mk src/lib/bind/bind Makefile src/lib/bind/bind9 Makefile src/lib/bind/dns Makefile src/lib/bind/isc Makefile src/l X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2004 22:15:09 -0000 On Fri, 24 Sep 2004, Ruslan Ermilov wrote: Hi, > Log: > Don't expose BIND libraries and their headers to the public by default, > but have a knob (WANT_BIND_LIBS) to build and install them in /usr/lib > and /usr/include. Rumors are that this may be useful at a later point, > let's see. can you please be more precise ? > What this really means is that all BIND libraries are now internal to > buildworld (by default, unless WANT_BIND_LIBS is defined), and linked > statically into various BIND executables. these days that there is a dynalically linked base system why do it the opposite way ? I am just curious ;-) Also I would be interested in the difference of size this makes if you build statically vs. dynamically and in both ways install all binaries (plus libraries in the dyn case) ? Most likely this will no longer be intersting once I understand why we do it that way so perhaps postpone this answer just to save you the time... -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT