Hello,
I haven't been able to track this one down, because it was a one-time
failure only, and I didn't have a backup of the tree before the command.
Anyway, bootstrap on the branch-1.4 branch of M4 showed this sed error
during 'gnulib-tool --update', with a dirty gnulib tree from last week:
Upda
Hello Bruno,
ok to push?
Quoting autoconf.info:
| `join'
| Solaris 8 `join' has bugs when the second operand is standard
| input, and when standard input is a pipe. For example, the
| following shell script causes Solaris 8 `join' to loop forever:
|
| cat >file <<'EOF'
* gnulib-tool (func_strip): New function.
(func_get_dependencies, func_get_automake_snippet): Use it
where possible to avoid 'sed' with Posix shells.
---
gnulib-tool | 96 --
1 files changed, 66 insertions(+), 30 deletions(-)
diff --git a/
* gnulib-tool (func_modules_add_dummy, func_import): Abort
loops early if we already know the answer.
---
gnulib-tool | 16 ++--
1 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/gnulib-tool b/gnulib-tool
index c172d6c..af0726e 100755
--- a/gnulib-tool
+++ b/gnulib-tool
* gnulib-tool (func_get_description)
(func_get_status, func_get_notice, func_get_filelist)
(func_get_dependencies, func_get_autoconf_early_snippet)
(func_get_autoconf_snippet, func_get_automake_snippet)
(func_get_include_directive, func_get_link_directive)
(func_get_license, func_get_maintainer, fu
* gnulib-tool (sed_extract_prog): Match newline before each
header, and rewrite header to a shell variable suffix.
(func_cache_var, func_cache_lookup_module): New functions,
to turn a module name into a cache variable prefix, and to
look up and cache module metainformation.
(func_get_description, f
Hello, and I hope you're all having or have had nice holidays,
here's a short patch series to speed up common gnulib-tool usage a bit:
1) cache module metainformation.
The first observation is that a bulk of the forks in a typical --update
are spent for 'sed' parsing the module metainformation f
