Re: Proposed gnulib renames

[Eli Zaretskii]

> Date: Wed, 26 Jan 2011 16:39:43 -0800
> From: Paul Eggert <address@hidden>
> CC: Eric Blake <address@hidden>, Eli Zaretskii <address@hidden>, 
>  bug-gnulib <address@hidden>,
>  address@hidden, address@hidden, address@hidden, 
>  Bruno Haible <address@hidden>
> 
> The *.in.h problem is more serious, though, as it limits
> include file names to 7 letters before the dot.

8, not 7.

> For example,
> in DOS, the name "fnmatch-in.h" is equivalent to "fnmatch.h"
> (the excess chars "-in" are ignored by the file system),

No, they are not equivalent.  fnmatch-in.h is equivalent to
fnmatch-.h, which is different from fnmatch.h.

> Currently this is not a problem since all the .in.h files
> that Emacs uses are 7 characters or less.  But this is not
> a tenable restriction in the long run.

With my suggestion, djtar will extract verylongname.in.h as
verylong.in-, so I see no problem here.

Thanks.