From owner-svn-src-projects@FreeBSD.ORG Mon Dec 8 16:58:22 2014 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17AD2491 for ; Mon, 8 Dec 2014 16:58:22 +0000 (UTC) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id A7D07D6B for ; Mon, 8 Dec 2014 16:58:21 +0000 (UTC) Received: (qmail 45818 invoked by uid 0); 8 Dec 2014 16:58:14 -0000 Received: from 70.35.46.82 (HELO ?192.168.128.65?) (70.35.46.82) by relay00.pair.com with SMTP; 8 Dec 2014 16:58:14 -0000 X-pair-Authenticated: 70.35.46.82 Message-ID: <5485D8B5.90604@FreeBSD.org> Date: Mon, 08 Dec 2014 08:58:29 -0800 From: Mark Peek User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ian Lepore , Garrett Cooper Subject: Re: svn commit: r275601 - projects/building-blocks References: <201412080743.sB87h3j9044019@svn.freebsd.org> <1418054094.1064.147.camel@revolution.hippie.lan> In-Reply-To: <1418054094.1064.147.camel@revolution.hippie.lan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-projects@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2014 16:58:22 -0000 On 12/8/14 7:54 AM, Ian Lepore wrote: > On Mon, 2014-12-08 at 07:43 +0000, Garrett Cooper wrote: >> Author: ngie >> Date: Mon Dec 8 07:43:02 2014 >> New Revision: 275601 >> URL: https://svnweb.freebsd.org/changeset/base/275601 >> >> Log: >> - Document why usr.bin/vi needs to be built as part of bootstrap-tools >> ...snip... > > Is there any chance someone who understands vi could evaluate what it's > being used for and perhaps eliminate it? I know just enough about vi to > get out of it if I accidentally get in. > > When I looked into this a few days ago it appears to be using it to sort > the data before compiling (an optimization that problably hasn't been > important to do since the 90s). Could another existing build tool such > as awk do the job? My reading of that code agrees with yours in that it is using 'ex' to prioritize some terminal entries in the termcap file. However, it is then hashed into a berkeleydb via cap_mkdb which should render the initial prioritization useless. Rather than rewriting it I would suggest completely removing the reordering and the ex dependency. Mark