[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...
More information about the llvm-dev