From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Sat, 30 May 2015 17:16:46 -0700 To: 9fans@9fans.net Message-ID: In-Reply-To: References: <20150530061308.Horde.aC_WDskRKnim3lHX6LLxoUF@ssl.eumx.net> <282c8157ab32274a7a57bdaf92cfdb09@proxima.alt.za> <20150530065929.Horde.QDsqrRMAxzJn6m4W92CoPMS@ssl.eumx.net> <9643241aee7d4ffd7efb6765c65c7d0c@brasstown.quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Ports tree for Plan 9 Topicbox-Message-UUID: 5706b16e-ead9-11e9-9d60-3106f5b1d025 On Sat May 30 13:36:14 PDT 2015, sl@9front.org wrote: > On May 30, 2015, at 11:54 AM, erik quanstrom wrote: > > >> I would very much like to see this fast and conformant, so that APE > >> awk can be thrown in the trash. > > > > i don't understand this. awk is bwk's ota source, with some minor tweaks to fit the > > environment. it works well, and allows portable awk to be written. can you > > explain what is to be gained by a re do? i don't think "doesn't use ape" per ce > > is a good argument. it would have to be explained what this enables. i can't see > > that part. > > > > - erik > > if i understood correctly, the major reasons were better unicode handling and not using sh for system(). using rc instead of /bin/ape/sh is a a bind away. similarly, adding %C to awk is also trivial. but there are compatability tradeoffs. (i used rune/uconv (see rune(1), http://sources.9atom.org/magic/man2html/1/rune) this doesn't seem like motiviation to rewrite awk. there must be another reason? by the way, thinking a bit bigger, what i'd like to see is x, where x is to awk as rc is to the bourne shell. - erik