Displaying 2 results from an estimated 2 matches for "5359a8d1".
2011 Apr 06
0
[LLVMdev] Incompatible types at call site
...);
The problem is the fact that it interprets 1 as an int32 instead of an
int64. And later converts it by assuming an unsigned to unsigned cast.
Arushi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110406/5359a8d1/attachment.html>
2011 Apr 06
3
[LLVMdev] Incompatible types at call site
Hi Arushi,
> When it asks for the castOpcode, it assumes both types are unsigned(indicated by
> the false arguments).
>
> Is it correct to assume this?
yes, because the behaviour of the original code was undefined.
Ciao, Duncan.
PS: This is the sort of thing that happens when a function is declared with a
prototype such as
void *Cyclotomic(void *, long, int)
but the function