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

Matt Arsenault via llvm-dev llvm-dev at lists.llvm.org
Mon Feb 15 11:40:11 PST 2016

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).

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

More information about the llvm-dev mailing list