Re: md5 broken?

[Jim Meyering <jim@meyering.net>]

Eli Zaretskii wrote:
>> From: Jim Meyering <jim@meyering.net>
>> Date: Sat, 28 May 2011 14:23:43 +0200
>> Cc: Paul Eggert <eggert@cs.ucla.edu>, emacs-devel@gnu.org
>>
>> +static inline unsigned char to_uchar (char ch) { return ch; }
>
> I think this should use "INLINE", upper-cased, rather than "inline",
> for those compilers that don't support the `inline' keyword.  See
> src/config.in.

Using "inline" is fine because of the configure-time test that
defines "inline" to nothing when it is not supported:

    $ grep -A4 to..__inline src/config.h                                         :
    /* Define to `__inline__' or `__inline' if that's what the C compiler
       calls it, or to nothing if 'inline' is not supported under any name.  */
    #ifndef __cplusplus
    /* #undef inline */
    #endif

There is one other use already:

    lread.c:2256:static inline int

There are far more uses of INLINE:

    $ git grep -w INLINE|grep -cw INLINE
    144

Is there any reason not to replace all uses of INLINE with "inline"
and to remove the following from configure.in?  I see no use of
"extern INLINE" anywhere in emacs:

    /* If using GNU, then support inline function declarations.  */
    /* Don't try to switch on inline handling as detected by AC_C_INLINE
       generally, because even if non-gcc compilers accept `inline', they
       may reject `extern inline'.  */
    #if defined (__GNUC__)
    #define INLINE __inline__
    #else
    #define INLINE
    #endif