[llvm-dev] Masked intrinsics and non-default address spaces

[Matt Arsenault via llvm-dev]

On 02/15/2016 11:34 AM, Artur Pilipenko via llvm-dev wrote:
>
> My proposal to fix the problem is to add another overloaded type 
> parameter for the intrinsics - the pointer type, which can be any 
> pointer with underlying type being a data type. In this case the 
> signature of the intrinsic above would be:
>
+1. I don't particularly care about this set of intrinsics, but there 
are a handful of other memory intrinsics that currently suffer from the 
same problem of being arbitrarily restricted to addrspace(0).

-Matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160215/21ddceed/attachment.html>