Podczas uczenia się optymalizacji kompilatora piszę kody wC podLinux zGCC wersjagcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5.1)
Zrozumiećnot a statement (nop) w C. Najpierw napisałem dwa kodyy.c drugax.c igenerate their compiled assembly code za pomocągcc -S opcja.

Pierwszy kody.c

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

Drugi kodx.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

OGŁOSZENIE: Tym razem Ostatnie dwie linie wx.c są komentowane.
I tak jak się spodziewałem. Nie ma różnicy w wygenerowanych kodach zespołów. Porównałemx.s iy.s za pomocądiff dowództwo.

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

Ale kiedy odkomentuję ostatnie (lub powiedz dodaj) dwie linie wx.c.

i && i;  
i || i; 

Ponownie skompiluj x.c z opcją -S i porównaj z 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:~$ 

Pytanie:
Po prostu nie mogę zrozumieć, dlaczego wyrażeniai || i ii && i nie są równoważne'not a statement'?

Dlaczego kompilator przenosi te dwie instrukcje do pliku wykonywalnego (możemy go zdemontowaćobjdump otrzyma ten sam kod). Co jest wyjątkowego w tym dwóch wyrazach. nie obejmują= operacja.

Czy zmieniają (ustawiają / resetują) rejestry flag procesora? Wydaje mi się że nie!

Parzysty/ operacja podziału odrzucona, która może spowodować błąd podzielony przez zero.

EDYTOWAĆ : Dodano odpowiedź

Nie ma nic specjalnegoi || i ii && i wyrażenia. Oba są równoważne NOT A STATEMENT. I może zostać usunięty przezGCC compiler z pewnym dodatkowym wysiłkiem.

Aby to usunąć:-o2 i-o3 flagi są użyteczne:
Oto moja próba !!

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

Dodatkowe wiersze w RHS wynikają z niewspółosiowości plików.

Lubię też dodawać informacjeJAVA iC# kompilatory odrzucają te wyrażenia bez żadnych flag.