bug#41127: [PATCH 0/2] New (ice-9 command-line-processor).

Modelled after GNU libc's argp command-line parser, and building on (ice-9 getopt-long), this new module allows a one-stop specification of how the command line options should work, (process-command-line (command-line) application "my-app" version "1.0" usage

bug#41126: [PATCH] doc: Added very minimal doc strings to (srfi srfi-9 gnu).

* module/srfi/srfi-9/gnu.scm: Added some doc strings. --- module/srfi/srfi-9/gnu.scm | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/module/srfi/srfi-9/gnu.scm b/module/srfi/srfi-9/gnu.scm index 219bcdebb..0b9024e75 100644 --- a/module/srfi/srfi-9/gnu.scm +++ b/module/

bug#41127: [PATCH 1/2] Introduce (ice-9 command-line-processor) module.

* modules/ice-9/command-line-processor.scm: new file * modules/Makefile.am: build command-line-processor.scm * test-suite/tests/command-line-processor.test: new file * test-suite/Makefile.am: run command-line-processor tests --- module/Makefile.am | 1 + module/ic

bug#41127: [PATCH 2/2] doc: Explain the *command-line-processor* module in texinfo.

* doc/ref/Makefile.am: introduce mod-command-line-processor.texi * doc/ref/mod-command-line-processor.texi: new file * doc/ref/guile.texi: changed flow of docs * doc/ref/mod-getopt-long.texi: changed flow of docs * doc/ref/srfi-modules.texi: changed flow of docs --- doc/ref/Makefile.am

bug#40719: [PATCH 1/4] test: augment testing of (ice-9 getopt-long) module

Adding some 28 new tests which explore some undefined (or at least implied) behaviour of the module. These are all non-controversial, and the existing module passes all of the tests. * test-suite/tests/getopt-long.test: new code added, some slight re-arrangement of existing code but nothing w

bug#40719: [PATCH 2/4] test *broken*: augmented tests of (ice-9 getopt-long)

This is to prepare the ground for some test-driven development mainly to make the module satisfy the needs of the GNU Mcron project. The main requirement is for the module to be more intelligent when dealing with optional values to command-line options: if the following argument looks like a new

bug#40719: [PATCH 4/4] (ice-9 getopt-long): update commentary and doc-strings

Emphasise importance of predicate part of specification of options with optional values. Minor clarifications elsewhere. Update copyright years and authorship. * module/ice-9/getopt-long.scm: Small changes only in non-code parts of source file. --- module/ice-9/getopt-long.scm | 117 +++

bug#40719: [PATCH 3/4] (ice-9 getopt-long): substantially re-written to pass all the new tests

All of the original tests also still pass. Also the entire guile build actually depends on the correct functioning of this module, so we can be quite confident that nothing has been broken. * module/ice-9/getopt-long.scm: Substantially re-written. --- module/ice-9/getopt-long.scm | 476 +++

bug#40252: [PATCH] [R7RS] cond-expand in define-library forms

It looks like this bug was caused by a missing dot in a list in the cond-expand macro. This small patch fixes it: diff --git a/module/ice-9/r7rs-libraries.scm b/module/ice-9/r7rs-libraries.scm index 6db9de873..221806ad1 100644 --- a/module/ice-9/r7rs-libraries.scm +++ b/module/ice-9/r7rs-libra

bug#41131: Bug in hash-table-merge! (and patch)

Hi, I just found this bug in the hash-table-merge! function (modul/srfi/srfi-69.scm). Instead of merging both hash tables, it was ignoring one of them (other-ht). Attached is the fix, where it now folds over other-ht and store its data in ht. Cheers, Ricardo G. Herdt From 180a9e14b807295aa3