Por que não posso especificar uma variável de ambiente e exibi-la na mesma linha de comando?

Considere este trecho:

$ SOMEVAR=AAA
$ echo zzz $SOMEVAR zzz
zzz AAA zzz

Aqui eu defini $SOMEVARcomo AAAna primeira linha - e quando eu ecoo na segunda linha, obtenho o AAAconteúdo conforme o esperado.

Mas então, se eu tentar especificar a variável na mesma linha de comando que echo:

$ SOMEVAR=BBB echo zzz $SOMEVAR zzz
zzz AAA zzz

... Não obtenho BBBo que esperava - obtenho o valor antigo ( AAA).

É assim que as coisas deveriam ser? Se sim, como então você pode especificar variáveis ​​como LD_PRELOAD=/... program args ...e fazer com que funcione? o que estou perdendo?

O que você vê é o comportamento esperado. O problema é que o shell pai avalia $SOMEVARna linha de comando antes de invocar o comando com o ambiente modificado. Você precisa obter a avaliação de $SOMEVARadiado até depois que o ambiente for configurado.

Suas opções imediatas incluem:

1. SOMEVAR=BBB eval echo zzz '$SOMEVAR' zzz.
2. SOMEVAR=BBB sh -c 'echo zzz $SOMEVAR zzz'.

Ambos usam aspas simples para evitar que o shell pai seja avaliado $SOMEVAR; ele só é avaliado depois de definido no ambiente (temporariamente, durante o único comando).

Outra opção é usar a notação de sub-shell (como também sugerido por Marcus Kuhn em sua resposta ):

(SOMEVAR=BBB; echo zzz $SOMEVAR zzz)

A variável é definida apenas no sub-shell

O problema, revisitado

Francamente, o manual é confuso neste ponto. O manual do GNU Bash diz:

O ambiente para qualquer comando ou função simples [observe que isso exclui builtins] pode ser aumentado temporariamente adicionando um prefixo a ele com atribuições de parâmetro, conforme descrito em Parâmetros do Shell. Essas instruções de atribuição afetam apenas o ambiente visto por aquele comando.

Se você realmente analisar a frase, o que ela está dizendo é que o ambiente para o comando / função foi modificado, mas não o ambiente para o processo pai. Então, isso vai funcionar:

$ TESTVAR=bbb env | fgrep TESTVAR
TESTVAR=bbb

porque o ambiente para o comando env foi modificado antes de ser executado. No entanto, isso não funcionará:

$ set -x; TESTVAR=bbb echo aaa $TESTVAR ccc
+ TESTVAR=bbb
+ echo aaa ccc
aaa ccc

por causa de quando a expansão do parâmetro é executada pelo shell.

Passos do intérprete

Outra parte do problema é que o Bash define essas etapas para seu interpretador:

1. Lê sua entrada de um arquivo (consulte Shell Scripts), de uma string fornecida como um argumento para a opção de invocação -c (consulte Chamando Bash) ou do terminal do usuário.
2. Divide a entrada em palavras e operadores, obedecendo às regras de citação descritas em Citação. Esses tokens são separados por metacaracteres. A expansão de alias é executada por esta etapa (consulte Aliases).
3. Analisa os tokens em comandos simples e compostos (consulte Comandos do Shell).
4. Executa as várias expansões de shell (consulte Expansões de shell), dividindo os tokens expandidos em listas de nomes de arquivos (consulte Expansão de nome de arquivo) e comandos e argumentos.
5. Executa todos os redirecionamentos necessários (consulte Redirecionamentos) e remove os operadores de redirecionamento e seus operandos da lista de argumentos.
6. Executa o comando (consulte Execução de comandos).
7. Opcionalmente, aguarda a conclusão do comando e coleta seu status de saída (consulte Status de saída).

O que está acontecendo aqui é que os built-ins não têm seu próprio ambiente de execução, portanto, eles nunca veem o ambiente modificado. Além disso, comandos simples (por exemplo, / bin / echo) não ter uma ennvironment modificada (que é por isso que o exemplo env trabalhou), mas a expansão shell está ocorrendo no atual ambiente na etapa # 4.

Em outras palavras, você não está passando 'aaa $ TESTVAR ccc' para / bin / echo; você está passando a string interpolada (conforme expandida no ambiente atual) para / bin / echo. Nesse caso, como o ambiente atual não tem TESTVAR , você simplesmente passa 'aaa ccc' para o comando.

Resumo

A documentação poderia ser muito mais clara. Ainda bem que existe Stack Overflow!

Veja também

http://www.gnu.org/software/bash/manual/bashref.html#Command-Execution-Environment

Para conseguir o que deseja, use

( SOMEVAR=BBB; echo zzz $SOMEVAR zzz )

Razão:

• Você deve separar a atribuição por ponto-e-vírgula ou nova linha do próximo comando, caso contrário, ele não será executado antes que a expansão do parâmetro aconteça para o próximo comando (eco).

• Você precisa fazer a atribuição dentro de um ambiente de subshell , para garantir que não persista além da linha atual.

Esta solução é mais curta, mais organizada e mais eficiente do que algumas das outras sugeridas, em particular ela não cria um novo processo.

O motivo é que isso define uma variável de ambiente para uma linha. Mas, echonão faz a expansão, bashfaz. Portanto, sua variável é realmente expandida antes que o comando seja executado, mesmo que SOME_VAResteja BBBno contexto do comando echo.

Para ver o efeito, você pode fazer algo como:

$ SOME_VAR=BBB bash -c 'echo $SOME_VAR'
BBB

Aqui, a variável não é expandida até que o processo filho seja executado, portanto, você vê o valor atualizado. se você verificar SOME_VARIABLEnovamente no shell pai, ainda estará AAA, conforme o esperado.

SOMEVAR=BBB; echo zzz $SOMEVAR zzz

Use um ; para separar instruções que estão na mesma linha.

Aqui está uma alternativa:

SOMEVAR=BBB && echo zzz $SOMEVAR zzz