Re: git: c2356a440db9 - main - asa: Rewrite to fix line termination issue.

From: Kyle Evans <kevans_at_FreeBSD.org>
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.