Re: git: c2356a440db9 - main - asa: Rewrite to fix line termination issue.
Date: Tue, 09 Jan 2024 18:43:44 UTC
On 1/9/24 12:05, Steffen Nurpmeso wrote: > Dag-Erling Smørgrav wrote in > <202401091627.409GRcI0028831@gitrepo.freebsd.org>: > |The branch main has been updated by des: > | > |URL: https://cgit.FreeBSD.org/src/commit/?id=c2356a440db91c106867d45c94b\ > |3d6d7bc0e50f0 > | > |commit c2356a440db91c106867d45c94b3d6d7bc0e50f0 > |Author: Dag-Erling Smørgrav <des@FreeBSD.org> > |AuthorDate: 2024-01-09 14:09:41 +0000 > |Commit: Dag-Erling Smørgrav <des@FreeBSD.org> > |CommitDate: 2024-01-09 16:27:15 +0000 > | > | asa: Rewrite to fix line termination issue. > | > | The standard is somewhat unclear, but on the balance, I believe \ > ... > | - Second, it unconditionally emits a newline at the end of the output > | for non-empty input, even if the input did not end with a newline. > ... > > I want to point out that POSIX only knows about text files which > end with a LF newline. Otherwise it is not a text file. (I think > Stallman and emacs joke on this by allowing something else, iirc > from before Y2K when i shortly used it, and, funnily, from some > thread on another ML just last week or so, where it was claimed > that this could have roots in emacse not rooting in UNIX.) > It notably defines a text file as zero or more lines, and doesn't say anything about incomplete lines -- just that none of the lines contain NUL characters. One can conclude without further information that a trailing LF is not at all required in any circumstance, it's just an incomplete line.