Steffen Nurpmeso wrote in <20190112142048.2xfrg%[email protected]>: |Steffen Nurpmeso wrote in <20190112141035.ao9y8%[email protected]>: ||Eli Zaretskii wrote in <[email protected]>: |||> Date: Sat, 12 Jan 2019 14:42:31 +0100 |||> From: Steffen Nurpmeso <[email protected]> |||> Cc: [email protected] |||> |||>|I think FILENAME_MAX is Standard ANSI C symbol, so it can/should be |||> |||> NAME_MAX was also ANSI C by Brian W. Kernighan and Dennis M. Ritchie. |||> ANSI C says |||> |||> NAME_MAX 14 /* longest filename-component; system-dependent */ ||| |||No, NAME_MAX is Posix, not ANSI. || ||I was citing the ANSI C book of the mentioned, like i have said. | |Note that i realize that those great ones bugged it up in that |NAME_MAX was the name but a single stale reference to FILENAME_MAX |was left there / sneaked in too. That was long after the legendary |Ritchie C standard frustration mail <[email protected]> (noalias comments to |X3J11; "In discussion with various X3J11 members, I learned that |this section is now regarded as an inadvertant error, and no one |thinks that it will last in its current form. Nevertheless, it |seemed wisest to keep my comments in their original strong form. |The intentions of the committee are irrelevant; only their |document matters.")
That is to say. Turning this oversight to patch thirty years later is a thing that i do not understand. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) _______________________________________________ bug-groff mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-groff
