search for: emitbuiltincall

PS: It is possible that the C front-end doesn't need to explicitly produce BUILT_IN_POW because it is auto-synthesized somehow from a call to "pow". I wouldn't know. One way to find out is to compile a testcase and rummage around inside the gcc trees when they hit llvm-convert.

...from a call to "pow". I wouldn't know. One way to > find out is to compile a testcase and rummage around inside > the gcc trees when they hit llvm-convert. Yes, they do hit llvm-convert. I created function EmitBuiltinPOW() in llvm-convert.cpp and add case BUILT_IN_POW to EmitBuiltinCall . Testcase result shows it will call EmitBuiltinCall and finally emit llvm.pow.* Sheng. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20071122/c30fb7ef/attachment.html>

...le va_arg as intrinsic from llvm-gcc. How can I modify llvm-gcc to generate the llvm va_arg instrinsic? With my little understanding of llvmg/gcc, I can try to modify the TARGET_GIMPLIFY_VA_ARG hook to create a new gcc builtin for va_arg and convert the tree code somehow to llvm in llvm-convert.c, EmitBuiltinCall(), but would really appreciate any advice on how to tackle the problem. Cheers, Martijn Rutten

On Mon, 11 Sep 2006, [UTF-8] Rafael Esp?ndola wrote: > I am trying to build llvm-gcc4 on a amd64. I had to add the attached > patch to get the build system to select the correct library. Now the Applied. > build fails while compiling a code that has __builtin_va_copy. The > attached test.i fails with: > > cc1: ../../trunk/gcc/llvm-convert.cpp:443: llvm::Value* >

..../../llvm-gcc-4.2/gcc/../libdecnumber -I../libdecnumber -I/local/space2/llvm_toolchain/llvm-2.5-objects/include -I/local/space2/llvm_toolchain/llvm-2.5/include ../../llvm-gcc-4.2/gcc/llvm-convert.cpp -o llvm-convert.o ../../llvm-gcc-4.2/gcc/llvm-convert.cpp: In member function 'bool TreeToLLVM::EmitBuiltinCall(tree_node*, tree_node*, const MemRef*, llvm::Value*&)': ../../llvm-gcc-4.2/gcc/llvm-convert.cpp:4387: error: 'getIntrinsicForGCCBuiltin' is not a member of 'llvm::Intrinsic' make[2]: *** [llvm-convert.o] Error 1 make[2]: Leaving directory `/local/space2/llvm_toolchain/llvm...

...t; naturally generate a llvm.my.foo for it. > > One caveat is that I've never actually done this with parameters that > have address types, but ints, voids, and longs work fine. There's a > routine in llvm-gcc inside of "gcc/llvm-convert.cpp" called > TreeToLLVM::EmitBuiltinCall that does the actual conversion, you may > need to do some work in that area. My guess is that it will /just work/ > though. > > Hope this helps. There may be other ways to do this using gcc asm tags > and such, but I know that this works and gets parameters in the right > pla...

I am trying to build llvm-gcc4 on a amd64. I had to add the attached patch to get the build system to select the correct library. Now the build fails while compiling a code that has __builtin_va_copy. The attached test.i fails with: cc1: ../../trunk/gcc/llvm-convert.cpp:443: llvm::Value* TreeToLLVM::Emit(tree_node*, llvm::Value*): Assertion `(isAggregateType(((exp)->common.type)) == (DestLoc

...e to `get_eh_type_list' /home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/crosscompiler/llvm-gcc-4.2-2.7.source-objtree/gcc/../../llvm-gcc-4.2-2.7.source/gcc/llvm-convert.cpp:2109: undefined reference to `lookup_type_for_runtime' libbackend.a(llvm-convert.o): In function `TreeToLLVM::EmitBuiltinCall(tree_node*, tree_node*, MemRef const*, llvm::Value*&)': /home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/crosscompiler/llvm-gcc-4.2-2.7.source-objtree/gcc/../../llvm-gcc-4.2-2.7.source/gcc/llvm-convert.cpp:5944: undefined reference to `validate_arglist' /home/anatolyy/qctp406/pa...

As mentioned in an earlier mail, I am working on an LLVM backend for a custom processor based on MIPS. My problem is how to extend LLVM to support some esoteric/non-standard feature of the underlying hardware. I saw in the "Extending LLVM" document, that the easiest / most common way to do this was using an intrinsic function, and examples of the technique abound (all SSE for