search for: 010a51ba

On May 16, 2008, at 4:07 PM, <Alireza.Moshtaghi at microchip.com> wrote: > 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

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

...xtended. This is regardless of translation unit where the callee is in. >No, because the callee and caller may be in different translation units. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080518/010a51ba/attachment.html>