From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 21 16:48:08 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CDFC16A41F; Wed, 21 Dec 2005 16:48:08 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D6043D49; Wed, 21 Dec 2005 16:48:07 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.4/8.13.4) with ESMTP id jBLGm3mL079707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Dec 2005 17:48:03 +0100 (CET) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.4/8.13.4/Submit) with UUCP id jBLGm3C0079706; Wed, 21 Dec 2005 17:48:03 +0100 (CET) (envelope-from ast@marabu.ch) Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3]) by pano.marabu.ch (8.13.4/8.13.4) with ESMTP id jBLGjaew025992; Wed, 21 Dec 2005 17:45:36 +0100 (CET) (envelope-from ast@marabu.marabu.ch) Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.4) id RAA01319; Wed, 21 Dec 2005 17:45:34 +0100 (CET) Message-Id: <200512211645.RAA01319@marabu.marabu.ch> MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6) Content-Type: text/plain In-Reply-To: <8664pi4snf.fsf@xps.des.no> X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.124.8483.6) From: Adrian Steinmann Date: Wed, 21 Dec 2005 17:45:33 +0100 To: freebsd-hackers@freebsd.org References: <8664pi4snf.fsf@xps.des.no> X-Organization: Webgroup Consulting AG, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 44 380 30 80 Fax +41 44 380 30 83 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (oneplusone.ch [127.0.0.1]); Wed, 21 Dec 2005 17:48:03 +0100 (CET) X-Mailfilter: egfilter version 1.14; Archiver [msg.n03fWRTy] (oneplusone.ch [127.0.0.1]); Wed, 21 Dec 2005 17:48:03 +0100 (CET) X-AntiVirus: checked by AntiVir Milter (version: 1.1.1-9; AVE: 6.33.0.19; VDF: 6.33.0.43; host: oneplusone.ch) Cc: Dag-Erling Sm?rgrav , Davies , Ceri Subject: Re: Mostly static binaries with crunchgen X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Dec 2005 16:48:08 -0000 Excuse me, TORTIOUS vs TORTUOUS was my tort. We should never change license disclaimers however tortuous, I agree! The dynamically linked programs will clearly fail without existing /libexec/ld-elf.so and /lib/libc.so but we are speaking here of an *extension* to crunchgen configuration files which kicks in when the lib_so keyword is used. Maybe under CAVEATS it could be mentioned that with the additiona of one lib_so library you need to include that library plus rtld() and libc for the resulting crunched binary to work. The keyword being an extension means that all and every crunchgen configuration out there to date will crunch the binary fully static and hence /rescue will cntinue to work as before and thus never include programs requiring dlopen(). Adrian