search for: 5359a8d1

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