Mientras aprendo la optimización del compilador, escribo códigos enC debajoLinux conGCC versióngcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5.1)
Para entendernot a statement (nop) en C. Escribí dos códigos primeroy.c segundox.c ygenerate their compiled assembly code utilizandogcc -S opción.

Codigo de puñoy.c

desktop:~$ cat y.c
main()
{
int i=0;
}
desktop:~$ gcc -S y.c
desktop:~$ 

Segundo codigox.c

desktop:~$ cat x.c
main()
{
int i=0;

/* Loops and if*/
while(0);
for(;0;);
if(0);

/* Arithmetic Operations */
i * i;
i / i;
i - i;
i + i;
i % i;
 +i;
 -i;

/* Comparison operators */
i == i;
i != i;
i < i;
i > i;
i >= i;
i <= i;

/* Bitwise Operations*/
i ^ i;
i | i;
i & i;
 ~i;
i << i;
i >> i;

/* Address Operatins*/ 
 &i;
 *(&i);
 (&i)[i];

/* Ternary conditional operation*/
 i? i : i;

/* Other Operations*/ 
 sizeof(i);
 (char)i;

/* Not-Logical Operation*/ 
 !i; 

/* Logical AND , OR Operators */ 
// i && i;  // Commented && operation 
// i || i;  // Commented || operation
}
desktop:~$ gcc -S x.c

DARSE CUENTA: Esta vez ultimas dos lineas enx.c están comentados.
Y como esperaba. No hay diferencia en sus códigos de ensamblaje generados. Yo comparéx.s yy.s utilizandodiff mando.

desktop:~$ diff x.s y.s
1c1
<   .file   "x.c"
---
>   .file   "y.c"
desktop:~$

Pero cuando elimino el comentario (díganlo) dos líneas enx.c.

i && i;  
i || i; 

Una vez más, compile x.c con la opción -S y compare con y.s.

desktop:~$ tail  x.c  
 sizeof(i);
 (char)i;

/* Not-Logical Operation*/ 
 !i; 

/* Logical AND , OR Operators */ 
i && i;  // unCommented && operation 
i || i;  // unCommented || operation
}
desktop:~$ gcc -S x.c
desktop:~$ diff x.s y.s
1c1
<     .file    "x.c"
---
>     .file    "y.c"
10,21d9
<     movl    -4(%ebp), %eax
<     testl    %eax, %eax
<     je    .L3
<     movl    -4(%ebp), %eax
<     testl    %eax, %eax
< .L3:
<     movl    -4(%ebp), %eax
<     testl    %eax, %eax
<     jne    .L8
<     movl    -4(%ebp), %eax
<     testl    %eax, %eax
< .L8:
desktop:~$ 

Pregunta:
Simplemente no puedo entender por qué las expresionesi || i yi && i no son equivalentes a'not a statement'?

¿Por qué el compilador transfiere estas dos sentencias a un ejecutable (podemos desmontarlo conobjdump obtendrá el mismo código). Lo que es especial en estas dos expresiones. no incluyen= operación.

¿Cambian (set / reset) CPU-registers? ¡Supongo que no!

Incluso/ Se descartó la operación de división que puede causar una falla dividida por cero.

EDITAR : Respuesta añadida

No hay nada especial eni || i yi && i expresiones Ambos son equivalentes a NO UNA DECLARACIÓN. Y puede ser eliminado porGCC compiler con un poco de esfuerzo extra

Para eliminar esto:-o2 y-o3 Las banderas son útiles:
¡Aquí está mi intento!

desktop:~$ gcc -o2 -S y.c 
desktop:~$ gcc -o2 -S x.c 
desktop:~$ diff x.s y.s -y
    .file   "x.c"                         |     .file   "y.c"
    .text                               .text
    .p2align 4,,15                        <
.globl main                         .globl main
    .type   main, @function                     .type   main, @function
main:                               main:
    pushl   %ebp                            pushl   %ebp
    movl    %esp, %ebp                      movl    %esp, %ebp
    popl    %ebp                          |     subl    $16, %esp
                                  >     movl    $0, -4(%ebp)
                                  >     leave

Las líneas adicionales en RHS se deben a una desalineación entre los archivos.

También me gusta añadir información queJAVA yC# los compiladores descartan estas expresiones sin ninguna bandera.