10:08 p.m.
Hi Eric,
One of the OSX Homebrew guys, CC'd, has asked (casually) whether our dependency on GNU
awk is very deeply ingrained, or if we could be convinced to allow usage of other
make's instead (ie BSD).
Figured I'd ask you directly, as you'd probably best know whether it's an easy
thing to address or not?
Any idea?
Regards and best wishes,
Justin Clift
6:45 a.m.
On Thu, Dec 02, 2010 at 03:08:28PM +1100, Justin Clift wrote:
Hi Eric,
One of the OSX Homebrew guys, CC'd, has asked (casually)
whether our dependency on GNU awk is very deeply ingrained,
or if we could be convinced to allow usage of other make's
instead (ie BSD).
Figured I'd ask you directly, as you'd probably best know
whether it's an easy thing to address or not?
What problems are hit with BSD awk ? If it is a minor change
then I'm not against it, but in general I think we should
only focus on building with the GNU toolchain, since that
is easily made available on any platform we support. Even
if they already have similar tools (awk/make/etc), the GNU
stuff can sit alongside native versions & typically offers
far more functionality.
Regards,
Daniel
11:29 a.m.
On 12/01/2010 09:08 PM, Justin Clift wrote:
Hi Eric,
One of the OSX Homebrew guys, CC'd, has asked (casually) whether our dependency on
GNU awk is very deeply ingrained, or if we could be convinced to allow usage of other
make's instead (ie BSD).
GNU awk, or GNU make? There's a difference :)
With regards to make, libvirt is firmly in the camp of GNU make and
nothing else. We use too many extensions specific to gmake that just
aren't present in other implementations, and it is too difficult to
figure out how to rewrite those in the lowest-common-denominator of
POSIX make syntax. (Side note - the Austin Group, which is in charge of
updating the POSIX standard, is currently reviewing several proposals to
increase the lowest-common-denominator, such as by standardizing
something similar to gmake's $(shell) or BSD makes != assignment, but
that is a lengthy process, and you can't expect it to make a difference
overnight).
With regards to awk, libvirt should be able to get by with any
POSIX-compliant awk; if you find a counter-example where things are
broken while using BSD awk, it should be relatively easy to patch things
to get it working again. Note, however, that there are multiple awk
flavors out there; oawk (called awk on some systems) is NOT
posix-compliant, and is inadequate for libvirt's needs; while mawk,
nawk, BSD awk, and gawk should all be interchangeable given a script
that sticks only to POSIX features. In fact, autoconf requires a decent
awk just for running ./configure, and substitutes $AWK appropriately. I
see several uses where libvirt is hard-coded to awk (for example,
tools/virt-pki-validate), but most of those are portable even to oawk,
because they avoid POSIX features that were not present in older awk;
but I have not audited all of libvirt's awk usages.
http://www.gnu.org/software/autoconf/manual/autoconf.html#index-g_t_0040c...
gives a good overview of features to look for when auditing awk scripts
for POSIX vs. oawk compliance, as well as some common bugs in
almost-POSIX-compliant implementations and how to work around those bugs.
--
Eric Blake eblake(a)redhat.com +1-801-349-2682
Libvirt virtualization library http://libvirt.org
12:18 p.m.
On 03/12/2010, at 4:29 AM, Eric Blake wrote:
On 12/01/2010 09:08 PM, Justin Clift wrote:
> Hi Eric,
>
> One of the OSX Homebrew guys, CC'd, has asked (casually) whether our dependency
on GNU awk is very deeply ingrained, or if we could be convinced to allow usage of other
make's instead (ie BSD).
GNU awk, or GNU make? There's a difference :)
Definitely awk. Mike was asking because I had "gawk" as a specific dependency
of the libvirt Homebrew
package. It was needed when I first started the packaging for 0.8.5.
However, just tested the 0.8.6 release now, and it compiles/works ok with the OSX provided
awk. Gawk not installed.
Looks like good timing of that question on Mike's part, and I'll submit a new
0.8.6 package that doesn't have the gawk dependency.
Thanks Eric. :)
Regards and best wishes,
Justin Clift
5103
days inactive
5103
days old
4 comments
3 participants
participants (3)
-
Daniel P. Berrange -
Eric Blake -
Justin Clift