Displaying 3 results from an estimated 3 matches for "96251ec5".
2013 Aug 08
2
[LLVMdev] Address space extension
...LVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
--
Thanks,
Justin Holewinski
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130808/96251ec5/attachment.html>
2013 Aug 08
0
[LLVMdev] Address space extension
Sent from my iPhone
> On Aug 8, 2013, at 5:39 AM, Michele Scandale <michele.scandale at gmail.com> wrote:
>
>> On 08/08/2013 02:16 PM, Justin Holewinski wrote:
>> Why should SelectionDAGBuilder generate an explicit bitcast for a no-op
>> bitcast?
>
> The bitcast operation isn't just the reinterpretation (change in the semantic) of the bits without any
2013 Aug 08
5
[LLVMdev] Address space extension
On 08/08/2013 02:16 PM, Justin Holewinski wrote:
> Why should SelectionDAGBuilder generate an explicit bitcast for a no-op
> bitcast?
The bitcast operation isn't just the reinterpretation (change in the
semantic) of the bits without any change in the value of the bits
itself? If the size and value do not change should be fine.
> By definition, no bits are changed; so if the EVTs