search for: vmulsd

...or message without CHECK-FOO is: ; CHECK: test_add_8 ^ <stdin>:125:2: note: scanning from here .cfi_endproc ^ <stdin>:127:10: note: possible intended match here .globl _test_add_10 ^ The error messages with CHECK-FOO on the function name label lines are: ; CHECK: vmulsd ^ <stdin>:87:2: note: scanning from here .align 4, 0x90 ^ <stdin>:95:2: note: possible intended match here vsubsd %xmm0, %xmm3, %xmm0 ^ fp-contract.ll:118:15: error: expected string not found in input ; CHECK: vmulsd ^ <stdin>:102:2: note: scanning from here...

...223372036854775808 # double -0.000000e+00 > .text > .globl _Z21inspect_singleton_sqrd > .align 16, 0x90 > .type _Z21inspect_singleton_sqrd, at function > _Z21inspect_singleton_sqrd: # @_Z21inspect_singleton_sqrd > .cfi_startproc > # BB#0: > vmulsd %xmm0, %xmm0, %xmm1 > vxorpd .LCPI1_0(%rip), %xmm1, %xmm0 > ret > .Ltmp1: > .size _Z21inspect_singleton_sqrd, .Ltmp1-_Z21inspect_singleton_sqrd > .cfi_endproc > > I realize this is unsupported behavior, but it would be nice to still > be able to use clang to do...

...00000e+00 define i32 @main() { entry: %0 = load double* @g %1 = fmul double 1.000000e+06, %0 store double %1, double* @g ret i32 0 } in test.ll and I run > llc test.ll > gcc test.s I get: test.s:12:no such instruction: `vmovsd _g(%rip), %xmm0' test.s:13:no such instruction: `vmulsd LCPI0_0(%rip), %xmm0,%xmm0' test.s:14:no such instruction: `vmovsd %xmm0, _g(%rip)' I'm completely puzzled. Help? Thanks! N

Hi guys, I just upgraded our JIT system to use llvm 3.5 and noticed one big change in our generated code: we don't see any non-destructive VEX prefix instructions being emitted any more (vmulsd xmm0, xmm1, blah) etc. It's long been on my list of things to investigate anyway as I noticed llvm didn't emit VZEROUPPER calls either, so I supposed it might not be a bad thing to disable vex. That being said, try as I might I can't force avx on (builder.setMCPU("core-avx-i&quot...

...44 AM, Matt Godbolt <matt at godbolt.org> wrote: >> >> Hi guys, >> >> I just upgraded our JIT system to use llvm 3.5 and noticed one big >> change in our generated code: we don't see any non-destructive VEX >> prefix instructions being emitted any more (vmulsd xmm0, xmm1, blah) >> etc. >> >> It's long been on my list of things to investigate anyway as I noticed >> llvm didn't emit VZEROUPPER calls either, so I supposed it might not >> be a bad thing to disable vex. >> >> That being said, try as I might I...

...>> >> >> >> Hi guys, >> >> >> >> I just upgraded our JIT system to use llvm 3.5 and noticed one big >> >> change in our generated code: we don't see any non-destructive VEX >> >> prefix instructions being emitted any more (vmulsd xmm0, xmm1, blah) >> >> etc. >> >> >> >> It's long been on my list of things to investigate anyway as I noticed >> >> llvm didn't emit VZEROUPPER calls either, so I supposed it might not >> >> be a bad thing to disable vex. >&gt...

...>> Hi guys, >>>>>> >>>>>> I just upgraded our JIT system to use llvm 3.5 and noticed one big >>>>>> change in our generated code: we don't see any non-destructive VEX >>>>>> prefix instructions being emitted any more (vmulsd xmm0, xmm1, blah) >>>>>> etc. >>>>>> >>>>>> It's long been on my list of things to investigate anyway as I noticed >>>>>> llvm didn't emit VZEROUPPER calls either, so I supposed it might not >>>>>> be...

...2 0 >>> } >>> >>> in test.ll and I run >>> >>>> llc test.ll >>>> gcc test.s >>> >>> I get: >>> >>> test.s:12:no such instruction: `vmovsd _g(%rip), %xmm0' >>> test.s:13:no such instruction: `vmulsd LCPI0_0(%rip), %xmm0,%xmm0' >>> test.s:14:no such instruction: `vmovsd %xmm0, _g(%rip)' >>> >>> I'm completely puzzled. Help? >>> >>> Thanks! >>> N >> >> It looks like llc is generating AVX instructions.  IIRC, it isn'...

...17682128896 # double -0.5 .LCPI0_1: .quad -9223372036854775808 # double -0 .text .globl main .align 16, 0x90 .type main, at function main: # @main .cfi_startproc # BB#0: vmovsd g, %xmm0 vmulsd .LCPI0_0, %xmm0, %xmm0 vucomisd .LCPI0_1, %xmm0 sete %al movzbl %al, %eax ret .Ltmp0: .size main, .Ltmp0-main .cfi_endproc .type g, at object # @g .section .rodata,"a", at progbits .globl...