Al desreferenciar una variable bash, debe usar $signo. Sin embargo, parece que lo siguiente está funcionando bien:

x=5
[[ x -gt 2 ]]

¿Alguien puede explicar esto?

Editar: (más información)

Lo que quiero decir es cómo y por qué el comando [[]] está desreferenciando mi variable x sin el signo $. Y sí, si x = 1, la declaración se evalúa como falsa (estado de retorno 1)

La razón es que -eqobliga a una evaluación aritmética de los argumentos.

Un operador aritmético: -eq, -gt, -lt, -ge, -ley -nedentro de una [[ ]](en ksh, zsh y bash) medios para expandir automáticamente los nombres de variables como en el lenguaje C, no necesita de un líder $.

• Para la confirmación debemos buscar en el código fuente de bash. El manual no ofrece confirmación directa .

  Dentro test.cdel procesamiento de operadores aritméticos entran en esta función:

  arithcomp (s, t, op, flags)

  Donde sy tson ambos operandos. Los operandos se entregan a esta función:

  l = evalexp (s, &expok);
  r = evalexp (t, &expok);

  La función evalexpse define dentro expr.c, que tiene este encabezado:

  /* expr.c -- arithmetic expression evaluation. */

  Entonces, sí, ambos lados de un operador aritmético caen (directamente) en la evaluación de expresiones aritméticas. Directamente, sin peros, sin peros.

En la práctica, con:

 $ x=3

Ambos fallan:

 $ [[ x = 4 ]] && echo yes || echo no
 no

 $ [[ x = 3 ]] && echo yes || echo no
 no

Lo cual es correcto, xno se está expandiendo yx no es igual a un número.

Sin embargo:

 $ [[ x -eq 3 ]] && echo yes || echo no
 yes

 $ [[ x -eq 4 ]] && echo yes || echo no
 no

La variable nombrada xse expande (incluso sin un $).

Esto no sucede para un […]en zsh o bash (lo hace en ksh).

Eso es lo mismo que sucede dentro de un $((…)):

 $ echo $(( x + 7 ))
 10

Y, por favor, comprenda que esto es (muy) recursivo (excepto en guión y guión):

 $ a=b b=c c=d d=e e=f f=3
 $ echo "$(( a + 7 ))" 
 10

A 😮

Y bastante arriesgado:

 $ x='a[$(date -u)]'
 $ [[ x -eq 3 ]] && echo yes || echo no
 bash: Tue Dec  3 23:18:19 UTC 2018: syntax error in expression (error token is "Dec  3 23:18:19 UTC 2018")

El error de sintaxis podría evitarse fácilmente:

 $ a=3; x='a[$(date -u >/dev/tty; echo 0)]'

 $ [[ x -eq 3 ]] && echo yes || echo no
 Tue Dec  4 09:02:06 UTC 2018
 yes

Como dice el refrán: desinfecte su aporte

 $ [[ ${x//[^0-9]} -eq 3 ]] && echo yes || echo no
 no

fin de 😮

Tanto el (más antiguo) externo /usr/bin/test(no el incorporado test) como el aún más antiguo y también externo exprno expanden las expresiones solo enteros (y aparentemente, solo enteros decimales):

 $ /usr/bin/test "x" -eq 3
 /usr/bin/test: invalid integer ‘x’

 $ expr x + 3
 expr: non-integer argument

Los operandos de las comparaciones numéricas -eq, -gt, -lt, -ge, -ley-ne se toman como expresiones aritméticas. Con alguna limitación, todavía necesitan ser palabras de shell único.

El comportamiento de los nombres de variables en la expresión aritmética se describe en Shell Arithmetic :

Las variables de shell están permitidas como operandos; La expansión de parámetros se realiza antes de evaluar la expresión. Dentro de una expresión, las variables de shell también se pueden referenciar por nombre sin utilizar la sintaxis de expansión de parámetros. Una variable de shell que es nula o sin definir se evalúa a 0 cuando se hace referencia por nombre sin utilizar la sintaxis de expansión de parámetros.

y también:

El valor de una variable se evalúa como una expresión aritmética cuando se hace referencia a ella.

Pero en realidad no puedo encontrar la parte de la documentación donde se dice que las comparaciones numéricas toman expresiones aritméticas. No se describe en Construcciones condicionales [[, ni se describe en Expresiones condicionales bash .

Pero, por experimento, parece funcionar como se dijo anteriormente.

Entonces, cosas como esta funcionan:

a=6
[[ a -eq 6 ]] && echo y 
[[ 1+2+3 -eq 6 ]] && echo y
[[ "1 + 2 + 3" -eq 6 ]] && echo y

esto también (se evalúa el valor de la variable):

b='1 + 2 + 3'
[[ b -eq 6 ]] && echo y

Pero esto no; no es una sola palabra de shell cuando [[ .. ]]se analiza, por lo que hay un error de sintaxis en el condicional:

[[ 1 + 2 + 3 -eq 6 ]] && echo y

En otros contextos aritméticos, no es necesario que la expresión no tenga espacios en blanco. Esto se imprime 999, ya que los corchetes delimitan inequívocamente la expresión aritmética en el índice:

a[6]=999; echo ${a[1 + 2 + 3]}

Por otro lado, la =comparación es una coincidencia de patrones y no implica aritmética, ni la expansión automática de variables realizada en un contexto aritmético (Construcciones condicionales):

Cuando se utilizan los operadores ==y !=, la cadena a la derecha del operador se considera un patrón y coincide de acuerdo con las reglas que se describen a continuación en Coincidencia de patrones, como si la opción de shell extglob estuviera habilitada. El =operador es idéntico a ==.

Entonces esto es falso ya que las cadenas son obviamente diferentes:

[[ "1 + 2 + 3" = 6 ]] 

como es esto, a pesar de que los valores numéricos son los mismos:

[[ 6 = 06 ]] 

y aquí, también, las cadenas ( xy 6) se comparan, son diferentes:

x=6
[[ x = 6 ]]

Sin embargo, esto expandiría la variable, así que esto es cierto:

x=6
[[ $x = 6 ]]

Sí, su observación es correcta, la expansión de la variable se realiza en expresiones entre corchetes dobles [[ ]], por lo que no necesita poner $delante de un nombre de variable.

Esto se establece explícitamente en el bashmanual:

[[ expresión ]]

(...) La división de palabras y la expansión del nombre de ruta no se realizan en las palabras entre [[y]]; Se realiza la expansión de tilde, la expansión de parámetros y variables, la expansión aritmética, la sustitución de comandos, la sustitución de procesos y la eliminación de comillas.

Tenga en cuenta que este no es el caso de la versión de un solo parche [ ], ya [que no es una palabra clave de shell (sintaxis), sino más bien un comando (en bash está integrado, otros shells podrían usar externo, alineado para probar).