LKML Archive on
help / color / mirror / Atom feed
From: Oleg Verych <>
To: Rob Landley <>
Cc: Andrew Morton <>, Sam Ravnborg <>,
	LKML <>
Subject: Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)
Date: Fri, 26 Jan 2007 20:14:51 +0000	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

On Fri, Jan 26, 2007 at 12:47:20PM -0500, Rob Landley wrote:
> On Thursday 25 January 2007 4:18 pm, Oleg Verych wrote:
> > > As I said, I'm not particularly interested in a more intrusive solution 
> > > solving a problem I haven't actually seen.  I don't see any obvious reason 
> > > why it wouldn't work, and yes it would probably also solve my problem, but
> > > I still don't see why you think it's "better" than the three byte fix.
> > 
> > Ehhh. "I'm not guilty" issue. Well, fine ;)
> "guilty"?
> You attempted to hijack my simple observation ("awk is the standard name, gawk 
> is not") into an attempt to replace susv3 standard utilities with extra shell 
> script.  This is a separate agenda, and I have _no_ idea why you think I'm 
> obligated to pursue it for you.
> The motivation for my patch is taht circa 2.6.12 I didn't need gawk on my 
> system to build; the need for it cropped up fairly recently.  This is A) an 
> artificial requirement, B) a regression, C) trivial to fix.
> I could also teach busybox awk to be called as "gawk", but awk is the standard 
> name and gawk is not, and gawk can already be called as awk.  The _clean_ 
> thing to do is send a patch to get Linux to use the standard name, which I 
> did.  This is the minimally intrusive change, and since gawk's install 
> creates an awk symlink it shouldn't affect any existing systems.
> That's what I did.  I am simply not interested in your attempts to do 
> something else, in hopes of fixing a problem I haven't seen and which I'm not 
> convinced actually exists.

IMHO every embedded developer besides size cares about speed and
reducing complexity of simple things. Yes, this is orthogonal to that,
you want to say to me.

Only thing i wanted to have as reasult is ack or nack on my patch.
Everything else is outside LKML.

> > If your current system is IA-32, or you have access to one, would you
> > like to test scripts/makelst for me, as i'm seeing `bc' there. But my 
> > system have not one, i would like to replace it with shell or awk or
> > whatever. TIA.
> According to Posix and SUSv3, a development environment can be expected to 
> have bc:
> Would you like to try the one in busybox?

In Debian's version it has no `bc', while native `bc' is producing
crap like that:
,-*- bash -*-
|olecom@flower:~$ printf "%u" $(( -1 )) ; echo
|olecom@flower:~$ echo -1 | bc
|olecom@flower:~$ printf "%u" $(( 0xFF )) ; echo
|olecom@flower:~$ echo FF | bc
|olecom@flower:~$ echo F | bc

i can't understand the result... I think linux/scripts/makelst may be
updated to have sh's version of address calculation ;)

> The minimal development environment I can build a working system in is 7 
> packages: linux, gcc, binutils, make, busybox, uClibc, bash.  This is not 
> theoretical: I have actually done this, and I was building systems under this 
> as far back as 2003.  (I became busybox maintainer after spending 2 years 
> upgrading busybox to make this _work_.  I started by rewriting sed.  I didn't 
> _know_ sed at the time, but binutils ./configure used some rather advanced 
> sed scripts to build, so I fixed it.  It works now.)

I'm glad. All i can say in this context: do you know `dash' shell.
It's pretty much OK for not interactive use, small, fast, POSIX
compliant (or should be ;).

> I'm using this to get a minimal native environment on non-x86 target 
> platforms, to minimize the amount of cross compiling I have to do when 
> bootstrapping a new platform.  (I submitted an OLS tutorial proposal on this, 
> although I dunno if they're interested.)



  reply	other threads:[~2007-01-26 20:06 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-15 21:24 [PATCH] sed s/gawk/awk/ scripts/ Rob Landley
2007-01-15 22:11 ` Sam Ravnborg
2007-01-24  0:49   ` Andrew Morton
2007-01-24 17:30     ` Rob Landley
2007-01-24 21:03       ` [rft] (g)awk substitution (Re: [PATCH] sed s/gawk/awk/scripts/ Oleg Verych
2007-01-24 22:44         ` [patch, rft] scripts/ replace gawk with shell, whitespace cleanup Oleg Verych
2007-01-24 23:30         ` [patch, rft] scripts/makelst: replace gawk with shell, update Oleg Verych
2007-01-25  1:51         ` [rft] (g)awk substitution (Re: [PATCH] sed s/gawk/awk/scripts/ Rob Landley
2007-01-25  9:40           ` sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution) Oleg Verych
2007-01-25 18:03             ` Rob Landley
2007-01-25 19:14               ` Oleg Verych
2007-01-25 19:38                 ` Rob Landley
2007-01-25 21:18                   ` Oleg Verych
2007-01-26 17:47                     ` Rob Landley
2007-01-26 20:14                       ` Oleg Verych [this message]
2007-01-27  0:18                         ` Tim Schmielau
2007-01-27  6:38                           ` scripts/makelst: bc -> shell " Oleg Verych
2007-02-03 11:24                             ` David Weinehall
2007-02-03 13:10                               ` Oleg Verych
2007-02-03 11:13                 ` David Weinehall
2007-02-02 16:36     ` [PATCH] sed s/gawk/awk/ scripts/ Adrian Bunk
2007-02-02 21:01       ` Oleg Verych

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).