Re: gnulib-tool feature request

[Simon Josefsson]

Sam Steingold <address@hidden> writes:

>>  systems.  Did you try to measure the bloat size?  Which modules with
>>  object code do you need in every sub-module?
>
> here is what I pass with --avoid:
>
> no-c++ stdint stdbool havelib gettext localcharset
> uniwidth/width streq uniname/uniname unitypes link-follow
> nocrash libsigsegv gnu-make gettimeofday getpagesize sys_time
> alloca-opt alloca extensions include_next verify string
> mbsinit wchar wctype mbrtowc mbsrtowcs memmove memcmp memchr nl_langinfo

The *.c files from that set is:

alloca.c gettimeofday.c mbrtowc.c mbsrtowcs.c memchr.c memmove.c
strnlen1.c getpagesize.c localcharset.c mbsinit.c mbsrtowcs-state.c
memcmp.c nl_langinfo.c

On my debian system, only localcharset.o, strnlen1.o, uniname/uniname.o
and uniwidth/width.o are built.  None of those functions are part of
glibc, so that is expected and can't really be avoided.

Further, these functions seems rather independent of other
system-replacing functionality, so couldn't you put them in a separate
"global" directory and let all your sub-modules link to that gnulib
generated library?

/Simon