guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[PATCH] Simplifying guile-tools


From: Neil Jerram
Subject: [PATCH] Simplifying guile-tools
Date: Sun, 8 May 2011 23:18:12 +0100

Hi there!  While we were discussing the name of guile-tools, back in
March, I wrote:

> I think I might find guile-tools (as is) less bothering if its
> built-in commands (help, version and list) were rewritten as scripts
> themselves.  Then it would be clearer that the remaining code in
> guile-tools was just implementing the main-invocation convention for
> scripts/*.

Following this email is a series of patches in this direction.  It
didn't work to try to move `help' and `version' into separate scripts
because those are given as options and not script names.  But it did
work out nicely for `list', and also I managed to simplify and enhance
(ice-9 getopt-long) such that guile-tools doesn't need to have its own
getopt variant.

The end result is that guile-tools is a lot shorter and (IMO) sweeter.

Here are the titles of the following patches.

 [PATCH 1/5] Fix "occurrances" typos in getopt-long code and test
 [PATCH 2/5] Simplify getopt-long handling of option values, esp with multiple 
occurrences
 [PATCH 3/5] Handle short option unclumping progressively, instead of all 
upfront
 [PATCH 4/5] Implement #:stop-at-first-non-option option for getopt-long
 [PATCH 5/5] Reveal guile-tools's inner simplicity...

What do you think?

Thanks,
      Neil



reply via email to

[Prev in Thread] Current Thread [Next in Thread]