Gnu sed, o comando p anexará uma nova linha ao imprimir?

Para responder a sua pergunta principal:

O GNU sedanexará um <newline>caractere ao executar o pcomando, a menos que a linha de entrada não tenha seu <newline>caractere final (veja os esclarecimentos sobre as linhas abaixo).

Até onde eu sei, o sinalizador de sed's pe seu recurso de impressão automática implementam a mesma lógica para gerar o espaço de padrão: se o <newline>caractere final foi removido, eles o adicionam de volta; caso contrário, não.

Exemplos:

$ printf '%s\n%s' '4' '5' | sed ';' | hexdump -C      # auto-print
00000000  34 0a 35                                          |4.5|
00000003

$ printf '%s\n%s' '4' '5' | sed -n 'p;' | hexdump -C  # no auto-print; p flag
00000000  34 0a 35                                          |4.5|
00000003

Em ambos os casos não há <newline>caractere ( 0a) na saída para as linhas de entrada que não possuem um.

Sobre seus diagramas:

"Adiciona nova linha ao espaço de padrão" provavelmente é impreciso porque o <newline>caractere não é colocado no espaço de padrão ¹ . Além disso, essa etapa não está relacionada à -nopção - mas isso não torna o diagrama errado ; em vez disso, provavelmente deve ser mesclado em "Espaço de padrão de impressão".
Ainda assim, concordo com você sobre a falta de clareza da documentação.

¹ _{A frase que você cita em sua própria resposta , "o conteúdo do espaço de padrão é impresso no fluxo de saída, adicionando de volta a nova linha à direita se for removida", significa que o <newline>é anexado ao fluxo, não ao espaço de padrão. Claro, como o espaço do padrão é limpo em pouco tempo, esse é um ponto realmente menor}

Sobre seus testes envolvendo o xsinalizador:

Internamente, o espaço de padrão e o espaço de espera são estruturas e "meu <newline>caractere à direita foi descartado?" é membro deles. Vamos chamá-lo de chomped (como é chamado no sedcódigo-fonte do ', a propósito).
O espaço de padrão é preenchido com uma linha de leitura e seu atributo chomped depende de como essa linha é terminada: truese terminar com um <newline>caractere, falsecaso contrário. Por outro lado, hold space é inicializado como vazio e seu chomped atribuído é apenas definido como true.
Portanto, quando você troca o espaço de padrão e o espaço de espera e imprime o que nasceu como espera e agora é padrão, um <newline>caractere é impresso.

Exemplos - esses comandos têm a mesma saída:

$ printf '\n' | sed -n 'p;' | hexdump -C        # input is only a <newline>
00000000  0a                                                |.|
00000001

$ printf '%s' '5' | sed -n 'x;p;' | hexdump -C  # input has no <newline>
00000000  0a                                                |.|
00000001

(Eu dei apenas uma breve olhada no sedcódigo de , então isso pode não ser preciso).

Sobre as linhas (esclarecimento iniciado com comentários à sua resposta ):

Escusado será dizer que uma linha sem um caractere final <newline>é um conceito problemático. Citando POSIX :

3.206 Linha
Uma sequência de zero ou mais não <newline>caracteres mais um caractere final <newline>.

Além disso, POSIX define um arquivo de texto:

3.403 Arquivo de Texto
Um arquivo que contém caracteres organizados em zero ou mais linhas. ...

Finalmente, POSIX em sed(mina em negrito):

DESCRIÇÃO
O sedutilitário é um editor de fluxo que deve ler um ou mais arquivos de texto , fazer alterações de edição de acordo com um script de comandos de edição e gravar os resultados na saída padrão. ...

GNUsed , no entanto, parece ser menos rigoroso ao definir sua entrada:

sedé um editor de fluxo. Um editor de fluxo é usado para realizar transformações básicas de texto em um fluxo de entrada (um arquivo ou entrada de um pipeline). ...

Assim, em relação à minha primeira frase, devemos levar em conta que, para GNU sed, o que é lido no espaço de padrões não precisa necessariamente ser uma linha de texto bem formada.

Editei minha resposta para incluir apenas um diagrama atualizado com base na resposta de fra-san. O único propósito é que novos usuários do sed façam referência.

No GNU sed: O comando padicionará uma nova linha à direita apenas se estiver no texto de origem (uma foi removida da entrada quando colocada no espaço do padrão), mas também adicionará uma nova linha à esquerda se o texto adicional for impresso no mesmo fluxo.

Uma nova linha à direita pode estar faltando na entrada apenas na última linha.

 $ printf 'abc' | od -An -c
    a   b   c                                 # no newline.

 $ printf 'abc' | sed '' | od -An -c
    a   b   c                                 # also no newline.

 $ printf 'abc' | sed -n 'p' | od -An -c
    a   b   c                                 # still no newline.

 $ printf 'abc' | sed -n 'p;p' | od -An -c
    a   b   c  \n   a   b   c                 # leading newline added.

Imprima apenas a última linha, que terá uma nova linha apenas se o arquivo de origem já tiver uma nova linha nessa última linha:

 $ printf 'abc\ndef' | sed -n '$p' | od -An -c
    d   e   f

Da info sed:

---------- Notas de rodapé ----------

(1) Na verdade, se 'sed' imprimir uma linha sem a nova linha final, ele imprimirá a nova linha ausente assim que mais texto for enviado para o mesmo fluxo de saída, o que dá a "surpresa menos esperada" mesmo que não faça comandos como 'sed -n p' exatamente idênticos a 'cat'.

Algumas outras versões do sed podem adicionar uma nova linha à direita e/ou emitir um aviso.