search for: universal_build

...be_r1381 <EOF> That is, there's no semicolon and no closing brace. Is anyone else seeing these kinds of problems? -Dave Bugpoint debug output: Generating reference output from raw program: <cbe> About to run: /ptmp/dag/universal_build/llvm-project/Debug/bin/llc -o bugpoint-test-program.bc.cbe.c -march=c -f bugpoint-test-program.bc <cbe> About to run: /ptmp/dag/universal_build/llvm-project/Debug/bin/llc -o bugpoint-test-program.bc.cbe.c -march=c -f bugpoint-test-program.bc <cray> About to run: /usr/bin/gcc bugpoin...

Can anyone puzzle out what tblgen is trying to tell me here? VR256:v32i8:$src MD0.VMOVDQA_256mr: (st:isVoid VR256:v32i8:$src, addr:iPTR: $dst)<<P:Predicate_unindexedstore>><<P:Predicate_store>><<P:Predicate_alignedstore>> /ptmp/dag/universal_build/debug/DEFAULT/llvm/tblgen: In MD0.VMOVDQA_256mr: Type inference contradiction found in node! I don't see any type contradiction. -Dave

...ions. So one has to use the SSE intrinsics: def int_x86_avx_vhadd_pd_xmm : GCCBuiltin<"__builtin_ia32_haddpd">, Intrinsic<[llvm_v2f64_ty], [llvm_v2f64_ty, llvm_v2f64_ty], [IntrNoMem]>; Unfortunately, this doesn't work: /ptmp/dag/universal_build/merge/developer/DEFAULT/llvm/tblgen: Intrinsic 'int_x86_sse3_hadd_pd': duplicate GCC builtin name! Apparently it's not possible to define two different LLVM intrinsics that map to the same GCCBuiltin. Is this a known limitation? How complicated would it be to lift this restriction?...

On Wednesday 16 July 2008 10:12, David Greene wrote: > I'm having some trouble using bugpoint with newer version of gcc (bugpoint > debug output below). I was using gcc 4.1.2. When I try 3.2.3 I get: bugpoint-test-program.bc.cbe.c:237: warning: conflicting types for built-in function `memcpy' bugpoint-test-program.bc.cbe.c: In function `main':

...with respect to alignment. It is using a movapd where the address is NOT aligned. So I can't generate correct code using CBE/gcc. Our C compiler doesn't recognize gcc's vector intrinsics so I can't use CBE with that. I discovered that I can reproduce the problem with: /ptmp/dag/universal_build/llvm-project/Debug/bin/opt -std-compile-opts -f -o bugpoint-test-program.opt.bc bugpoint-test-program.bc /ptmp/dag/universal_build/llvm-project/Debug/bin/llc -f -o bugpoint-test-program.opt.bc.s bugpoint-test-program.opt.bc ftn bugpoint-test-program.opt.bc.s (our Fortran compiler) ./a.out If I...

...ntrinsics: > >   def int_x86_avx_vhadd_pd_xmm : GCCBuiltin<"__builtin_ia32_haddpd">, >              Intrinsic<[llvm_v2f64_ty], [llvm_v2f64_ty, llvm_v2f64_ty], >                        [IntrNoMem]>; > > Unfortunately, this doesn't work: > > /ptmp/dag/universal_build/merge/developer/DEFAULT/llvm/tblgen: Intrinsic 'int_x86_sse3_hadd_pd': duplicate GCC builtin name! > > Apparently it's not possible to define two different LLVM intrinsics > that map to the same GCCBuiltin.  Is this a known limitation?  How > complicated would it be to lift...