Por que o Shell Substituição de Comando consome um caractere de nova linha à direita?

Conforme o exemplo a seguir e como na minha pergunta recente No bash, para onde foi o último caractere da nova linha? , Eu quero saber "por que" isso acontece

  x="$(echo -ne "a\nb\n")" ; echo -n "$x" | xxd -p 
# Output is: 610a62 
# The trailing newline from the 'echo' command
#   has been "deleted" by Command Substitution

Eu suponho que deve haver alguma razão muito significativa para uma ação do shell, ou seja, Substituição de Comando, para realmente excluir alguns dados da saída de comando que está substituindo ...
mas não consigo entender esse, como parece ser a antítese do que é suposto fazer .. ie. passar a saída de um comando de volta ao processo de script ... Reter um caractere me parece estranho, mas suponho que exista uma razão sensata para isso ... Estou ansioso para descobrir qual é esse motivo. .

Porque o shell não foi originalmente projetado para ser uma linguagem de programação completa.

É bastante difícil remover uma trilha \nde alguma saída de comando. No entanto, para fins de exibição, quase todos os comandos terminam sua saída com \n, então ... deve haver uma maneira simples de removê-lo quando você deseja usá-lo em outro comando. A remoção automática com a $()construção foi a solução escolhida.

Então, talvez você aceite esta pergunta como resposta:

Você pode encontrar uma maneira simples de remover a trilha \nse isso não tiver sido feito automaticamente no seguinte comando?

> echo The current date is "$(date)", have a good day!

Observe que é necessário citar para impedir o esmagamento de espaços duplos que podem aparecer em datas formatadas.

Faz parte do padrão :

O shell deve expandir a substituição do comando executando o comando em um ambiente de subcamação (consulte Ambiente de Execução do Shell ) e substituindo a substituição do comando (o texto do comando mais o "$ ()" ou as aspas posteriores) pela saída padrão do comando, removendo seqüências de um ou mais <newline> s no final da substituição.

Obviamente, o padrão provavelmente é escrito dessa maneira, porque foi assim kshque aconteceu ou algo assim, mas é o padrão e é um comportamento documentado. Se você não gostar, use Perl ou outra coisa que permita manter as novas linhas finais.

Bem, isso faz sentido para mim. A nova linha está lá apenas em primeiro lugar, na saída normal do comando, para que o prompt apareça após a conclusão do comando em uma nova linha. A nova linha não faz parte da saída original na maioria dos casos, está lá para arrumar a tela. Quando você está analisando a saída de um comando, a nova linha no final geralmente é problemática. Por que owc comando gera 2 linhas de texto? Ah, não, ele gera um seguido por uma nova linha. Quando você analisa wc, não quer se preocupar com o fato de haver duas linhas de saída - não há realmente, apenas uma.

Eu estava com o mesmo problema e encontrei o exemplo abaixo. Parece que citar ajudou a situação, pelo menos para mim:

http://tldp.org/LDP/abs/html/commandsub.html .

dir_listing=`ls -l`
echo $dir_listing     # unquoted

# Expecting a nicely ordered directory listing.

# However, what you get is:
# total 3 -rw-rw-r-- 1 bozo bozo 30 May 13 17:15 1.txt -rw-rw-r-- 1 bozo
# bozo 51 May 15 20:57 t2.sh -rwxr-xr-x 1 bozo bozo 217 Mar 5 21:13 wi.sh

# The newlines disappeared.


echo "$dir_listing"   # quoted
# -rw-rw-r--    1 bozo       30 May 13 17:15 1.txt
# -rw-rw-r--    1 bozo       51 May 15 20:57 t2.sh
# -rwxr-xr-x    1 bozo      217 Mar  5 21:13 wi.sh

por que echo "hello "(sem as aspas) devora o espaço? o valor dos caracteres IFS é visto pelo shell como sendo delimitadores; portanto, os caracteres finais (que não delimitam nada) estão sendo removidos. A substituição de recomendação é simplesmente executar as recomendações em um sub-shell, portanto, segue a mesma lógica.