Um pouco confuso sobre se printf no shell yash é um comando interno ou não

O yashshell tem e usa uma versão embutida do printf(e outros utilitários). Acontece de ser muito pedantemente compatível com POSIX na maneira como formula o resultado dos comandos command -ve .type

Como comentários mosvy , o padrão POSIX exige que um comando interno regular esteja disponível como um comando externo $PATHpara a versão interna do comando a ser executado.

Este é o texto relevante da norma :

Pesquisa e execução de comandos

Se um comando simples resultar em um nome de comando e uma lista opcional de argumentos, as seguintes ações devem ser executadas:

1. Se o nome do comando não contiver nenhum caractere <barra>, a primeira etapa bem-sucedida na sequência a seguir deverá ocorrer:

   • uma. Se o nome do comando corresponder ao nome de um utilitário interno especial, esse utilitário interno especial deve ser invocado.

     [...]

   • e. Caso contrário, o comando deve ser pesquisado usando a variável de ambiente PATH conforme descrito em Variáveis ​​de Ambiente XBD:
     • eu. Se a pesquisa for bem-sucedida:
       • uma. Se o sistema implementou o utilitário como um built-in regular ou como uma função shell, ele deve ser invocado neste ponto na busca de caminho.
       • b. Caso contrário, o shell executa o utilitário em um ambiente de utilitário separado
         [...]
     • ii. Se a pesquisa não for bem-sucedida, o comando falhará com um status de saída de 127 e o shell escreverá uma mensagem de erro.
2. Se o nome do comando contiver pelo menos uma <barra>, [...]

Isso significa que a saída de command -v printfsignifica que o printfcomando foi encontrado no caminho de pesquisa, enquanto a saída de type printfadiciona a isso que o comando é um built-in regular.

Como o printfcomando foi encontrado no caminho de pesquisa e como é um comando embutido regular no shell, yashchamará sua versão integrada do comando . Se o nãoprintf foi encontrado no caminho, e se o shell estava rodando no modo POSIX-ly correto, um erro teria sido gerado.yash

yashse orgulha de ser um shell muito compatível com POSIX, e isso também é verdade se observarmos o que o POSIX diz sobrecommand -v :

-v

Grave uma string na saída padrão que indica o nome do caminho ou comando que será usado pelo shell, no ambiente de execução do shell atual (consulte Ambiente de execução do shell ), para invocar command_name, mas não invocar command_name.

• Utilitários, utilitários internos regulares , command_namesincluindo um <slash>caractere e quaisquer funções definidas pela implementação que são encontradas usando a PATHvariável (conforme descrito em Command Search and Execution ), devem ser escritos como nomes de caminho absolutos .

O shell Watanabe possui três tipos de built-ins, descritos em detalhes em seu manual. Todos os comandos internos também estão listados lá, mas é preciso inferir que algo é um comando interno "regular" pela ausência de qualquer nota dizendo que o comando é "especial" ou "semi-especial" construídas em. Os built-ins regulares não são marcados.

printfé um desses "regulares" embutidos. No modo nativo, é sempre invocado, independentemente de haver um comando externo encontrado com esse nome.

$ PATH=/usr/bin 
$ printf
printf: este comando requer um operando
$ tipo printf
printf: um built-in regular em /usr/bin/printf
$
$ CAMINHO=/ 
$ printf
printf: este comando requer um operando
$ tipo printf
printf: um built-in regular (não encontrado em $ PATH)
$

Mas quando a posixly-correctopção shell é definida, ela é apenas incorporada se o comando externo puder ser encontrado no arquivo PATH.

$ set --posixly-correct
$
$ PATH=/usr/bin 
$ printf
printf: este comando requer um operando
$
$ CAMINHO=/ 
$ printf
yash: nenhum comando `printf'
$

Na verdade, isso está de acordo com o que diz a Especificação Unix Única, e tem dito desde pelo menos 1997.

Ele difere do shell Z, do shell 93 Korn, do shell Bourne Again e do shell Debian Almquist, nenhum dos quais implementa ou documenta tal comportamento para built-ins regulares. O shell Z, por exemplo, documenta que os built-ins regulares sempre são encontrados, antes da etapa que pesquisa PATH. O mesmo acontece com o shell Debian Almquist. E é isso que todos esses shells fazem, mesmo se invocados como shcom suas opções de ativação do POSIX.

% /bin/exec -a sh zsh -c "PATH=/; digite printf; printf"
printf é um shell embutido
zsh:printf:1: argumentos insuficientes
% /bin/exec -a sh ksh93 -c "PATH=/; digite printf; printf"
printf é um shell embutido
Uso: printf [ opções ] formato [string ...]
% /bin/exec -a sh bash --posix -c "PATH=/ digite printf ; printf"
printf é um shell embutido
printf: uso: printf [-v var] formato [argumentos]
% /bin/exec -a sh dash -c "PATH=/ ; digite printf ; printf"
printf é um shell embutido
sh: 1: printf: uso: formato printf [arg ...]
%

No entanto, não executar printfquando não está PATHativado é o comportamento do shell PD Korn, do shell Heirloom Bourne e do shell MirBSD Korn; porque eles não têm um printfbuilt-in em primeiro lugar. ☺

% /bin/exec -a sh `command -v ksh` -c "PATH=/ ; digite printf ; printf"
printf não encontrado
sh: printf: não encontrado
% /bin/exec -a sh `command -v oksh` -c "PATH=/ ; digite printf ; printf"
printf não encontrado
sh: printf: não encontrado
% /bin/exec -a sh `command -v jsh` -c "PATH=/ ; digite printf ; printf"
printf não encontrado
sh: printf: não encontrado
% /bin/exec -a sh mksh -c "PATH=/; digite printf; printf"
printf não encontrado
sh: printf: não encontrado
% ksh -c "digite printf; printf"
printf é um alias rastreado para /usr/bin/printf
uso: formato printf [argumentos ...]
% oksh -c "digite printf; printf"
printf é um alias rastreado para /usr/bin/printf
uso: formato printf [argumentos ...]
% jsh -c "digite printf; printf"
printf tem hash (/usr/bin/printf)
uso: formato printf [argumentos ...]
% mksh -c "digite printf; printf"
printf é um alias rastreado para /usr/bin/printf
uso: formato printf [argumentos ...]
$