Início / unix / Perguntas / 700675
Accepted
Dominick Pastore
Asked: 2022-04-28 20:52:50 +0800 CST

Por que echo -e está se comportando de maneira estranha em um Makefile?

  • 772

Eu estava escrevendo um Makefile (no Ubuntu 20.04, se for relevante) e notei um comportamento interessante com o echo. Pegue este Makefile simples:

test.txt:
        @echo -e 'hello\nworld'
        @echo -e 'hello\nworld' > test.txt

Quando eu executo make, eu esperaria ver a mesma coisa no stdout que no test.txt, mas na verdade não vejo. Eu recebo isso no stdout:

hello
world

mas isso em test.txt:

-e hello
world

Enquanto isso, se eu remover -ede ambas as linhas no Makefile, recebo isso no stdout:

hello\nworld

e isso em test.txt:

hello
world

Isso me fez pensar se echodetecta o redirecionamento e se comporta de maneira diferente, mas não quando eu apenas o executo manualmente no shell /bin/echo -e 'hello\nworld' > test.txt(que produz helloe worldem linhas separadas, como eu normalmente esperaria). Cheguei até a confirmar que o Makefile está usando /bin/echo em vez de um shell embutido adicionando uma @echo --versionlinha.

O que está acontecendo aqui?

echo gnu-make

1 respostas

  1. Best Answer

    Implementações compatíveis com UNIX echosão necessárias para saída -e<space>hello<newline>world<newline>lá.

    Aqueles que não são compatíveis. Muitos não são, o que significa que é quase impossível usar echoportátil, printfdeve ser usado em vez disso . bash's echo, em algumas (a maioria) compilações dele, só é compatível quando você habilita as opções posixe xpg_echo. Esse pode ser o echocomportamento que você estava esperando.

    O mesmo para o echoutilitário autônomo que vem com o GNU coreutils, que só é compatível se for invocado com $POSIXLY_CORRECTset em seu ambiente (e for de uma versão recente o suficiente).

    makenormalmente é executado shpara interpretar as linhas de comando em cada linha de ação.

    No entanto, a implementação GNU de make, como uma otimização, pode executar comandos diretamente se o código for simples o suficiente e achar que não precisa invocar um shell para interpretá-lo.

    Isso explica porque echo --versionte dá /bin/echo, mas echo ... > fileprecisa de um shell para realizar o redirecionamento.

    Você pode usar strace -fe execve makepara ver o que makeé executado (ou o truss/ tusc... equivalente em seu sistema se não for Linux).

    Aqui, parece que, embora o seu /bin/echonão seja compatível, o seu shpossui um echobuilt-in compatível.

    Aqui, use printfse você quiser expandir echoas sequências de escape -style:

    printf '%b\n' 'hello\nworld'

    Em seu argumento de formatoprintf , entende as sequências de escape do estilo C (há uma diferença com as do estilo echo para as sequências octais \0xxx(eco) vs (C))\xxx

    printf 'hello\nworld\n'

    Aqui, você também pode fazer:

    printf '%s\n' hello world

    Qual é a maneira comum e portátil de gerar vários argumentos em linhas separadas.

    Outra abordagem seria adicionar:

    SHELL = bash

    Para o seu Makefilefor makeinvocar bash(supondo que esteja instalado e encontrado em $PATH) em vez de shinterpretar as linhas de comando. Ou invoque makecomo make <target> SHELL=bash.

    Isso não o tornará necessariamente mais portátil, pois, embora haja cada vez mais sistemas bashinstalados por padrão nos dias de hoje, há alguns (como no Solaris) em que bashé construído para que seu echointerno se comporte da maneira padrão por padrão.

    Definir SHELLpara algo diferente de /bin/shtambém tem o efeito colateral de desabilitar makea otimização do GNU mencionada acima, portanto, com make <target> SHELL=shoumake <target> SHELL=/bin//sh , você obteria comportamentos consistentes entre as duas invocações, sem precisar adicionar uma dependência ao bash.

    • 27

relate perguntas