Simon Josefsson wrote:
> btw, is the strdup dependency from striconveha really needed?)
You don't need to bother, because the 'strdup' module is marked "obsolete", and
unless you explicitly pass --with-obsolete, you won't get obsolete modules [1].
Bruno
[1] h
> This is not needed. gnulib-tool by default ignores dependencies to obsolete
> modules already.
Patch reverted.
Paolo
Paolo Bonzini wrote:
> 2009-01-20 Paolo Bonzini
>
> regex: do not depend on obsolete modules.
> * modules/regex: Remove memcmp and memmove.
>
> diff --git a/modules/regex b/modules/regex
> index c6a1235..86a19fb 100644
> --- a/modules/regex
> +++
As per the subject.
2009-01-20 Paolo Bonzini
regex: do not depend on obsolete modules.
* modules/regex: Remove memcmp and memmove.
diff --git a/modules/regex b/modules/regex
index c6a1235..86a19fb 100644
--- a/modules/regex
+++ b/modules/regex
@@ -18,8 +18,6 @@ extensions
ory relative to --dir where auxiliary build
tools are placed (default \"build-aux\").
--with-tests Include unit tests for the included modules.
+ --with-obsolete Include obsolete modules when they occ
Jim Meyering wrote:
> Go ahead and declare these modules "obsolescent", but
> rather than ripping out all dependencies on them,
> add an option to gnulib-tool (say, --ignore-obsolescent)
> to tell it to do ignore any dependency on an obsolescent module.
Good idea. For this, it's necessary to forma
Paolo Bonzini wrote:
> Why not document "using the strdup module for the sake of replacing
> strdup is now obsolete", removing the dependency when POSIX behavior is
> not required
ok, why not?
> and calling strdup-posix just strdup?
IMO it does not hurt to keep the module 'strdup' around, for pa
