From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 20 21:41:24 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 C9DF816A41F for ; Tue, 20 Dec 2005 21:41:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC7A43D55 for ; Tue, 20 Dec 2005 21:41:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 4241162 for multiple; Tue, 20 Dec 2005 16:40:43 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id jBKLeXax008981; Tue, 20 Dec 2005 16:40:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ceri Davies Date: Tue, 20 Dec 2005 16:41:01 -0500 User-Agent: KMail/1.8.2 References: <20051220114121.GA58620@submonkey.net> <200512201343.59668.jhb@freebsd.org> <20051220213131.GA20540@submonkey.net> In-Reply-To: <20051220213131.GA20540@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512201641.02898.jhb@freebsd.org> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org 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: Tue, 20 Dec 2005 21:41:24 -0000 On Tuesday 20 December 2005 04:31 pm, Ceri Davies wrote: > On Tue, Dec 20, 2005 at 01:43:58PM -0500, John Baldwin wrote: > > On Tuesday 20 December 2005 10:58 am, Ceri Davies wrote: > > > On Tue, Dec 20, 2005 at 10:29:27AM -0500, John Baldwin wrote: > > > > The other concern is does this force the entire crunch to require a > > > > working rtld now? If so, that would mean that this wouldn't be > > > > appropriate for something such as /rescue. If there were a way to > > > > statically link rtld into the crunch itself that would probably be > > > > ideal, but I'm not sure that is possible. > > > > > > No, just the dynamic bits require rtld. > > > > So you can still run /foo without rtld being present if foo doesn't need > > dlopen, etc.? It looks like you link the crunch with -o dynamic, so > > isn't the kernel going to complain when you try to exec it that it can't > > find rtld if rtld is missing? (Think about /rescue if your rtld is hosed > > and/or missing.) > > Sorry, you're correct of course. It's still useful in Adrian's > environment at least (because he puts rtld on an MFS). One workaround for this case would be to have two crunches, one for the pure-static stuff and one for the dynamic-using stuff. Alternatively, if you had a way to statically link the rtld functions into the crunch you could still use just one crunch. I just want to make sure we don't go turning this on for /rescue since that needs to work if rtld is hosed (unless we go the route of two crunches). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org