<div dir="ltr">No AFAIK. We can add the generic address space into LangAS::ID. The problem is though how the IR optimizer knows which number means the generic address space. </div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Mar 24, 2014 at 1:22 PM, Justin Holewinski <span dir="ltr"><<a href="mailto:jholewinski@nvidia.com" target="_blank">jholewinski@nvidia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div><div class="h5">
    On 03/24/2014 03:22 PM, Matt Arsenault wrote:<br>
    <blockquote type="cite">
      <pre>On 03/24/2014 11:46 AM, Justin Holewinski wrote:
</pre>
      <blockquote type="cite">
        <pre> Of course, this also assumes address space 0 is generic.  This is 
currently true for the in-tree targets and CUDA/OpenCL support in 
Clang, but I don't believe its a set rule anywhere.
</pre>
      </blockquote>
      <pre>R600 wants this optimization, except the "generic" address space isn't 
0, and is instead some other currently undefined number.</pre>
    </blockquote>
    <br></div></div>
    Sounds like good justification for making this a target-independent
    pass, then.<br>
    <br>
    Jingyue, is there anything in clang now that would prevent the
    generic address space from being a number other than 0?<br>
    <br>
    <blockquote type="cite">
      <pre>
-Matt

</pre>
    </blockquote><div class="">
    <br>
  
<div>
<hr>
</div>
<div>This email message is for the sole use of the intended recipient(s) and may 
contain confidential information.  Any unauthorized review, use, disclosure 
or distribution is prohibited.  If you are not the intended recipient, 
please contact the sender by reply email and destroy all copies of the original 
message. </div>
<div>
<hr>
</div>
</div></div>

</blockquote></div><br></div>