[llvm-commits] [llvm] r162655 - in /llvm/trunk/test/CodeGen/X86: fma.ll fma3-intrinsics.ll fma4-intrinsics-x86_64.ll fma_patterns.ll

[Chandler Carruth]

On Mon, Aug 27, 2012 at 2:03 AM, Anitha Boyapati
<anitha.boyapati at gmail.com>wrote:

>
>
> On 27 August 2012 12:39, Chandler Carruth <chandlerc at google.com> wrote:
>
>> FYI, it seems like a build bot failed:
>>
>> http://bb.pgr.jp/builders/cmake-clang-i686-mingw32/builds/15
>>
>
> Strange. The test fma_patterns.ll passes for me with rev 162655.
>
> build/test> clang -v
> clang version 3.2 (trunk 162661) (llvm/trunk 162654:162655M)
> Target: x86_64-unknown-linux-gnu
> Thread model: posix
> build/test> llvm-lit CodeGen/X86/fma_patterns.ll
> -- Testing: 1 tests, 1 threads --
> PASS: LLVM :: CodeGen/X86/fma_patterns.ll (1 of 1)
> Testing Time: 0.08s
>   Expected Passes    : 1
>
> Moreover, for that particular function "def _test_x86_fnmadd_ss" (
> reported as failed), I could see that the generated assembly is same as
> what is expected in fma_patterns.ll
>
> >>>>>>>>>
> build/test> llc -mcpu=bdver2 -mattr=-fma4 -fp-contract=fast
> test_x86_fnmadd.ll
> build/test> more test_x86_fnmadd.s
>         .file   "test_x86_fnmadd.ll"
>         .text
>         .globl  test_x86_fnmadd_ss
>         .align  16, 0x90
>         .type   test_x86_fnmadd_ss, at function
> test_x86_fnmadd_ss:                     # @test_x86_fnmadd_ss
>         .cfi_startproc
> # BB#0:
>         vfnmadd213ss    %xmm2, %xmm0, %xmm1
>         vmovaps %xmm1, %xmm0
>         ret
> .Ltmp0:
>         .size   test_x86_fnmadd_ss, .Ltmp0-test_x86_fnmadd_ss
>         .cfi_endproc
> <<<<<<
>
> Looks like given report has memory form of fma. Am I missing something
> here? Can mingw32 make a difference?
>

Perhaps calling convention? I don't really know anything about mingw32, but
it certainly seems to be repeatably failing.

The RUN line immediately before yours has an explicit triple in it, you
might also need one.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20120827/1deb6ea5/attachment.html>