乘以0优化

Any*_*orn 21 c c++ optimization

假设我有:

double f(const double *r) {
    return 0*(r[0]*r[1]);
}
Run Code Online (Sandbox Code Playgroud)

如果值可能是inf或nan,编译器是否应该能够优化分段,还是必须执行操作?

gcc -O3 -S test.c:

        .file   "test.c"
        .text
        .p2align 4,,15
.globl f
        .type   f, @function
f:
.LFB0:
        .cfi_startproc
        movsd   (%rdi), %xmm0
        mulsd   8(%rdi), %xmm0
        mulsd   .LC0(%rip), %xmm0
        ret
        .cfi_endproc
.LFE0:
        .size   f, .-f
        .section        .rodata.cst8,"aM",@progbits,8
        .align 8
.LC0:
        .long   0
        .long   0
        .ident  "GCC: (Ubuntu 4.4.3-4ubuntu5) 4.4.3"
        .section        .note.GNU-stack,"",@progbits
Run Code Online (Sandbox Code Playgroud)

似乎没有消除?

啊哈:

gcc -O3  -ffast-math  -S test.c

        .file   "test.c"
        .text
        .p2align 4,,15
.globl f
        .type   f, @function
f:
.LFB0:
        .cfi_startproc
        xorpd   %xmm0, %xmm0
        ret
        .cfi_endproc
.LFE0:
        .size   f, .-f
        .ident  "GCC: (Ubuntu 4.4.3-4ubuntu5) 4.4.3"
        .section        .note.GNU-stack,"",@progbits
Run Code Online (Sandbox Code Playgroud)

MSa*_*ers 13

取决于编译器是否实现IEEE754.C和C++都不需要编译器支持NaN,但IEEE754 支持.

  • 这不只是'NaN`.在IEEE 754中,"0.0*x"的结果取决于"x"的符号. (12认同)
  • 好吧,不得不用`-ffast-math`强制进行时髦的数学运算 (2认同)

eta*_*ion 13

它不仅infNaN防止优化那里,它也标志- 0.0*负面的东西是-0.0,否则它0.0,所以你确实有计算的符号r[0]*r[1].