Displaying 2 results from an estimated 2 matches for "847ac366".
2008 May 17
0
[LLVMdev] Troubling promotion of return value to Integer ...
...deduce that tmp2 can really take
> its value from function call?
No, because the callee and caller may be in different translation units.
-Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080516/847ac366/attachment.html>
2008 May 16
2
[LLVMdev] Troubling promotion of return value to Integer ...
To me, this "optimization" problem doesn't seem to be a consequence of
doing the promotion differently than what is currently being done in
llvm.
Anyways, I don't agree that the information is completely lost.
Shouldn't an llvm pass be able to figure out if the truncated value is
coming from a function call, and since it is aware of calling
convention, it should be able to