Enquanto Aprendendo Otimização do Compilador, eu escrevo códigos emC debaixoLinux comGCC versãogcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5.1)
Para entendernot a statement (nop) em C. Eu escrevi dois códigos primeiroy.c segundox.c egenerate their compiled assembly code usandogcc -S opção.

Código do punhoy.c

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

Segundo códigox.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

AVISO PRÉVIO: Desta vez Últimas duas linhas emx.c são comentados.
E como eu estava esperando. Não há diferença em seus códigos de montagem gerados. Eu compareix.s ey.s usandodiff comando.

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

Mas quando eu descompato última (ou dizer adicionar) duas linhas emx.c.

i && i;  
i || i; 

Novamente compile x.c com a opção -S e compare com 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:~$ 

Questão:
Eu simplesmente não consigo entender porque expressõesi || i ei && i não são equivalentes a'not a statement'?

Por que o compilador transfere essas duas instruções para executável (podemos desmontar comobjdump receberá o mesmo código). O que é especial nesta duas expressões. eles não incluem= Operação.

Eles mudam (set / reset) registradores de bandeira da CPU? Eu acho que não!

Até/ operação de divisão descartada que pode causar uma falha dividida por zero.

EDITAR : Resposta adicionada

Não há nada especial emi || i ei && i expressões. Ambos são equivalentes a NOT A STATEMENT. E pode ser removido porGCC compiler com algum esforço extra.

Para remover isso:-o2 e-o3 flags são úteis:
Aqui está minha tentativa !!

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

As linhas extras no RHS são devido ao desalinhamento entre os arquivos.

Eu também gosto de adicionar informações queJAVA eC# os compiladores descartam essas expressões sem nenhum sinalizador.