search for: zonr

...ef.html#datalayout. Thus, if you are developing a customized target and/or you are really know the data layout specification about your target, you can get a TargetData instance by simply passing the hand-coded data layout string to the constructor of TargetData. Hope this will be helpful to you. Zonr On Fri, May 28, 2010 at 11:27 PM, Victor Zverovich < victor.zverovich at googlemail.com> wrote: > Dear all > > I am trying to get the size of an LLVM pointer type. > getPrimitiveSizeInBits() returns 0 for it and the documentation for > isSized() suggest to use TargetData. &g...

Dear all I am trying to get the size of an LLVM pointer type. getPrimitiveSizeInBits() returns 0 for it and the documentation for isSized() suggest to use TargetData. I figured out from Kaleidoscope example that one can get a pointer to TagetData object through the execution engine but it seems to be an overkill. What is the right way to do it? Best regards, Victor -------------- next part

latex(s6a2,title="",caption="Baseline vs zonr",file="",label="Base",long=TRUE,landscape=F, middle.bold=TRUE,here=T, + ,size="smaller[5]",outer.size="smaller",Nsize="smaller",midsize="smaller") "latex" is not reconized \as a internalor external command , un programma e...

...calling the original function (whereas I want it to just jump to the original function directly so it doesn't mess up the call stack). The fundamental stumbling block is that it seems to be impossible (by design) to jump in this manner in LLVM IR. Thanks, Tom On Sun, Jan 6, 2013 at 8:06 PM, Zonr Chang <zonr.xchg at gmail.com> wrote: > How about creating a new basic block in the current function and placing a > "call" instruction to the desired function call inside it?

On Fri, Jan 4, 2013 at 2:49 PM, Tom Roeder <tmroeder at google.com> wrote: > Thanks for the followup. > > If I understand the suggestion correctly, this doesn't solve the > problem of building a jump table to call into other functions, since, > as you note, indirectbr can only call into blocks in the same > function. Is the conclusion then that there is no way to do

Thanks for the followup. If I understand the suggestion correctly, this doesn't solve the problem of building a jump table to call into other functions, since, as you note, indirectbr can only call into blocks in the same function. Is the conclusion then that there is no way to do this in LLVM IR? It looks like these kind of restrictions (no branching between functions and no instructions

Following simple program gives different answers when compiling with GCC (4.8.4) and ToT Clang: $ cat builtin_fmodf_bugpoint.cpp #include <cstdio> int main(int argc, char** argv) { const float a = 1.0f; const float b = 0.1f; printf("%f mod %f = %f\n", a, b, __builtin_fmodf(a, b)); return 0; } $ g++ -o builtin_fmodf_bugpoint_gcc builtin_fmodf_bugpoint.cpp $

> Does clang provide other replacing libs for them which don't depend on > those missing functions on libgcc? Or there are some other ways to link? > Currently I have to link with both compiler-rt and libgcc with > "--allow-multiple-definition" so that libgcc can cover the missing > functions in compiler-rt. But this is not a clean solution, and I have > trouble

Hi, I need to convert an integer into a string. I would normally do that in C++ by using the StringStream class, but the LLVM coding standards discourage using that class. The same coding standards suggest to use llvm:StringStream instead, but I cannot find that class anywhere; furthermore, the header file where it was supposed to be (according to the coding standards) doesn't even exist. Is