From mboxrd@z Thu Jan  1 00:00:00 1970
References: <20150530061308.Horde.aC_WDskRKnim3lHX6LLxoUF@ssl.eumx.net>
	<282c8157ab32274a7a57bdaf92cfdb09@proxima.alt.za>
	<20150530065929.Horde.QDsqrRMAxzJn6m4W92CoPMS@ssl.eumx.net>
	<9643241aee7d4ffd7efb6765c65c7d0c@brasstown.quanstro.net>
From: Stanley Lieber <sl@9front.org>
Content-Type: text/plain;
	charset=us-ascii
In-Reply-To: <9643241aee7d4ffd7efb6765c65c7d0c@brasstown.quanstro.net>
Message-Id: <B62C0337-B26E-48D4-91EA-C23B9E4F8F3A@9front.org>
Date: Sat, 30 May 2015 16:32:57 -0400
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (1.0)
Subject: Re: [9fans] Ports tree for Plan 9
Topicbox-Message-UUID: 56fa23cc-ead9-11e9-9d60-3106f5b1d025

On May 30, 2015, at 11:54 AM, erik quanstrom <quanstro@quanstro.net> wrote:

>> I would very much like to see this fast and conformant, so that APE
>> awk can be thrown in the trash.
>=20
> i don't understand this.  awk is bwk's ota source, with some minor tweaks t=
o fit the
> environment.  it works well, and allows portable awk to be written.  can y=
ou
> explain what is to be gained by a re do?  i don't think "doesn't use ape" p=
er ce
> is a good argument.  it would have to be explained what this enables.  i c=
an't see
> that part.
>=20
> - erik

if i understood correctly, the major reasons were better unicode handling an=
d not using sh for system().

sl