¿Por qué no puedo especificar una variable de entorno y repetirla en la misma línea de comando?

Considere este fragmento:

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

Aquí me he puesto $SOMEVARa AAAen la primera línea - y cuando me hago eco de que en la segunda línea, consigo los AAAcontenidos como se esperaba.

Pero luego, si trato de especificar la variable en la misma línea de comando que echo:

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

... No obtengo BBBlo que esperaba, obtengo el valor anterior ( AAA).

¿Es así como se supone que deben ser las cosas? Si es así, ¿cómo es que puede especificar variables como LD_PRELOAD=/... program args ...y hacer que funcione? ¿Qué me estoy perdiendo?

Lo que ves es el comportamiento esperado. El problema es que el shell padre se evalúa $SOMEVARen la línea de comandos antes de invocar el comando con el entorno modificado. Debe obtener la evaluación de $SOMEVARdiferido hasta que se establezca el entorno.

Sus opciones inmediatas incluyen:

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

Ambos usan comillas simples para evitar que el shell padre evalúe $SOMEVAR; solo se evalúa después de que se establece en el entorno (temporalmente, mientras dure el comando único).

Otra opción es usar la notación de sub-shell (como también sugirió Marcus Kuhn en su respuesta ):

(SOMEVAR=BBB; echo zzz $SOMEVAR zzz)

La variable se establece solo en el sub-shell

El problema, revisado

Francamente, el manual es confuso en este punto. El manual de GNU Bash dice:

El entorno para cualquier comando o función simple [tenga en cuenta que esto excluye los elementos internos] puede aumentarse temporalmente con un prefijo con asignaciones de parámetros, como se describe en Parámetros de Shell. Estas declaraciones de asignación afectan solo al entorno visto por ese comando.

Si realmente analiza la oración, lo que está diciendo es que se modifica el entorno para el comando / función, pero no el entorno para el proceso padre. Entonces, esto funcionará:

$ TESTVAR=bbb env | fgrep TESTVAR
TESTVAR=bbb

porque el entorno para el comando env se ha modificado antes de su ejecución. Sin embargo, esto no funcionará:

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

debido a cuando el shell realiza la expansión de parámetros.

Pasos del intérprete

Otra parte del problema es que Bash define estos pasos para su intérprete:

1. Lee su entrada desde un archivo (consulte Scripts de Shell), desde una cadena proporcionada como argumento a la opción de invocación -c (consulte Invocación de Bash) o desde la terminal del usuario.
2. Divide la entrada en palabras y operadores, obedeciendo las reglas de cotización descritas en Cotización. Estos tokens están separados por metacaracteres. La expansión de alias se realiza mediante este paso (ver Alias).
3. Analiza los tokens en comandos simples y compuestos (consulte Comandos de Shell).
4. Realiza las diversas expansiones de shell (ver Expansiones de Shell), dividiendo los tokens expandidos en listas de nombres de archivo (ver Expansión de nombre de archivo) y comandos y argumentos.
5. Realiza las redirecciones necesarias (consulte Redirecciones) y elimina los operadores de redirección y sus operandos de la lista de argumentos.
6. Ejecuta el comando (consulte Ejecución de comandos).
7. Opcionalmente, espera a que se complete el comando y recopila su estado de salida (consulte Estado de salida).

Lo que está sucediendo aquí es que las incorporaciones no obtienen su propio entorno de ejecución, por lo que nunca ven el entorno modificado. Además, los comandos simples (por ejemplo, / bin / echo) no conseguir una ennvironment modificado (por lo que el ejemplo env trabajó) pero la expansión shell está teniendo lugar en el actual entorno en el paso # 4.

En otras palabras, no está pasando 'aaa $ TESTVAR ccc' a / bin / echo; está pasando la cadena interpolada (como se expandió en el entorno actual) a / bin / echo. En este caso, dado que el entorno actual no tiene TESTVAR , simplemente está pasando 'aaa ccc' al comando.

Resumen

La documentación podría ser mucho más clara. ¡Menos mal que hay Stack Overflow!

Ver también

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

Para lograr lo que quieres, usa

( SOMEVAR=BBB; echo zzz $SOMEVAR zzz )

Razón:

• Debe separar la asignación por punto y coma o una nueva línea del siguiente comando; de lo contrario, no se ejecutará antes de que ocurra la expansión de parámetros para el siguiente comando (eco).

• Debe realizar la asignación dentro de un entorno de subshell , para asegurarse de que no persista más allá de la línea actual.

Esta solución es más corta, más ordenada y más eficiente que algunas de las otras sugeridas, en particular, no crea un nuevo proceso.

La razón es que esto establece una variable de entorno para una línea. Pero echono hace la expansión, bashsí. Por lo tanto, su variable se expande realmente antes de que se ejecute el comando, aunque SOME_VAResté BBBen el contexto del comando echo.

Para ver el efecto, puede hacer algo como:

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

Aquí la variable no se expande hasta que se ejecuta el proceso hijo, por lo que verá el valor actualizado. si SOME_VARIABLEvuelve a comprobar en el shell principal, sigue siendo AAA, como se esperaba.

SOMEVAR=BBB; echo zzz $SOMEVAR zzz

Utilizar un ; para separar declaraciones que están en la misma línea.

Aquí hay una alternativa:

SOMEVAR=BBB && echo zzz $SOMEVAR zzz