From owner-freebsd-arch@FreeBSD.ORG Sun Jun 20 09:00:24 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 732721065672 for ; Sun, 20 Jun 2010 09:00:24 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep11.mx.upcmail.net (fep11.mx.upcmail.net [62.179.121.31]) by mx1.freebsd.org (Postfix) with ESMTP id ACAA08FC19 for ; Sun, 20 Jun 2010 09:00:23 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep11-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100620090021.PDKY4509.viefep11-int.chello.at@edge03.upcmail.net>; Sun, 20 Jun 2010 11:00:21 +0200 Received: from mole.fafoe.narf.at ([213.47.85.26]) by edge03.upcmail.net with edge id Y90K1e05N0a5KZh0390LZt; Sun, 20 Jun 2010 11:00:21 +0200 X-SourceIP: 213.47.85.26 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id C473C6D438; Sun, 20 Jun 2010 11:00:19 +0200 (CEST) Date: Sun, 20 Jun 2010 11:00:19 +0200 From: Stefan Farfeleder To: Jilles Tjoelker Message-ID: <20100620090019.GA1731@mole.fafoe.narf.at> References: <20100619113126.GB83874@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100619113126.GB83874@stack.nl> User-Agent: Mutt/1.5.20 (2009-06-14) X-Cloudmark-Analysis: v=1.1 cv=ZDt3ILgE3VX9xkJc7+9REBIC4hFTL6V7NAq0V56QRNQ= c=1 sm=0 a=zNANCjgXmV0A:10 a=kj9zAlcOel0A:10 a=TEiXawTky_X2qbgJ4ucA:9 a=HXtcqT5gNasPyzRxtZR3Cc29eBEA:4 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: freebsd-arch@freebsd.org Subject: Re: Further sh(1) plans X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 09:00:24 -0000 On Sat, Jun 19, 2010 at 01:31:26PM +0200, Jilles Tjoelker wrote: > > For embedded systems, it may be best to disable libedit entirely in the > end product (we don't currently have a knob for this). If you need to > log in to such a system, the additions will likely be useful, as there > may not be any other shell on the system. The completion code is fairly > small compared to the rest of libedit. Maybe we could compile two sh binaries, an interactive one with all the fancy features enabled (filename completion, history editing, mail checking etc.) and a simple one only for scripting? I don't know if it makes a real difference though. Stefan