[EMAIL PROTECTED] (Karl Berry) wrote:
> I see it's not specifically mentioned in standards.info.
> Maybe someone will add it, there.
>
> "someone" = mail bug-standards, preferably with a patch, and I will
> raise it with rms. That is, if we really want it.
Thanks.
> At least those particular cases don't bother me as much as say,
> foo_bar.c would.
>
> Personally, I agree wholeheartedly. On the other hand, I don't have any
> particular arguments for why gnulib should use, say, stdint_.h instead
> of stdint-.h.
The existence of files that fit that mold (end in -.h), but
that aren't templates:
$ ls *-.h
fcntl--.h stdio--.h stdlib--.h unistd--.h
But that might be best after all, in spite of having to
exclude files like the above: match *[^-]-.h instead of *-.h.
> I'm not crazy about .eh or ..h, having basically never seen them before,
> but don't have any particular arguments for/against them, either.
>
> As for 8.3, I'm not sure. Somehow I had the impression DJGPP was 8.3,
> or people will still using it on good old DOS, or something.
I've stopped worrying about 8.3 for a long time in coreutils,
and even about the max-14-byte-entname limitation. No one has
complained in years.