Displaying 3 results from an estimated 3 matches for "b63e2bde".
2008 Aug 07
0
[LLVMdev] Casting between address spaces and address space semantics
Hi Matthijs,
>
>>> Specifically, I would like instcombining to be able to use this
>>> info to
>>> remove useless bitcasts. Also, this information is useful for
>>> clang to
>>> know when inserting an implicit cast makes sense and when it
>>> would be an
>>> error.
>> Clang should just reject implicit casts in *any*
2008 Aug 07
2
[LLVMdev] Casting between address spaces and address space semantics
...erate pass for just this.
So again, suggestions welcome.
Gr.
Matthijs
-------------- next part --------------
A non-text attachment was scrubbed...
Name: addrspaces.diff
Type: text/x-diff
Size: 9792 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080807/b63e2bde/attachment.diff>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080807/b63e2bde/attachment.sig>
2008 Aug 06
2
[LLVMdev] Casting between address spaces and address space semantics
Hi all,
I've been a tad busy in the last few weeks, but I don't think this issue is
settled yet.
> > the relations between each address space (equivalent, disjoint, subset/
> > superset).
> > Any thoughts on that? Should they also belong in TargetData?
> Only if absolutely required, see below.
Is there any other place they would fit in better? What piece of below