[PATCH] extern-inline: support old GCC 'inline'

* m4/extern-inline.m4 (gl_EXTERN_INLINE): Use pre-C99 GCC 'inline' if available. This applies to GCC versions 2.7 through 4.2, or when newer GCC is using -fgnu89-inline. The goal is to address some of the performance issues mentioned by Bruno Haible in

Re: [PATCH] maint.mk: avoid redundant file name in message

Eric Blake wrote: > $(_sc_search_regexp) already prefixes its errors with $(ME), so > failure on one of these rules looked like: > > maint.mk: maint.mk: replace strcmp calls above with STREQ/STRNEQ > > * top/maint.mk (sc_prohibit_strcmp, sc_unmarked_diagnostics) > (sc_prohibit_defined_have_decl_tes

[PATCH] Support for xattrs in gnulib

Hello again, > I'd like to ask you whether it would be possible to add support of > extended file system attributes into Gnulib code base. The reason is > that I would like to add support for extended attributes into upstream > GNU tar. > > I'm proposing two patches. > > 1) First is adding basic

[PATCH] Support for xattrs in gnulib

Hello again, > I'd like to ask you whether it would be possible to add support of > extended file system attributes into Gnulib code base. The reason is > that I would like to add support for extended attributes into upstream > GNU tar. > > I'm proposing two patches. > > 1) First is adding basic

[PATCH] maint.mk: avoid redundant file name in message

$(_sc_search_regexp) already prefixes its errors with $(ME), so failure on one of these rules looked like: maint.mk: maint.mk: replace strcmp calls above with STREQ/STRNEQ * top/maint.mk (sc_prohibit_strcmp, sc_unmarked_diagnostics) (sc_prohibit_defined_have_decl_tests, sc_const_long_option) (sc_

gnulib-tool and short options

Hello everyone, since it is very easy to modify command-line arguments and options with argparse, I want to ask you whether you want to receive short options. For example, with old gnulib-tool we can type '--import', '--impor', '--impo', etc. But we can't easily type '-i'. It is easy to fix it

--do-changelog

Hello everyone, it seems that I've recently found a new small bug inside gnulib-tool. We have --do-changelog, but it is never used. It is only set when we process command-line arguments, but I couldn't find any piece of code where we test its value. I guess that it lives in gnulib-tool since th

Re: avoiding 'static inline'

Bruno Haible writes: > Hi Simon, > > I have to disagree with your statements: > >> I have always found inline to be a waste of maintainer time due to all >> portability issues. > > 'static inline' is portable (assuming you use AC_C_INLINE). Still people seem to run into problem with 'inline' fro