1-2 typoes may have made it unclear. <div><br></div><div>Avx2 machines (intel haswell CPUs) have a rich array of 256bit simd registers.  And lots of useful instructions for them. </div><div><br></div><div>The ghc calling convention in llvm currently only exposes being able to use those simd registers in their 128 bit form. </div>
<div><br></div><div>Would be backwards compatible and future proof to add support for the 256bit registers in the calling convention spec in llvm. </div><div><br></div><div>If there&#39;s a clear concensus  on this, I&#39;m happy / willing to do the work to try and get that patch under consideration for the next llvm point release. <span></span><br>
<br>On Tuesday, July 2, 2013, Carter Schonwald  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Which reminds me: should we look into getting a patch into llvm&#39;d ghc calling convention so that on avx2 capable machines  so we can eventually add support for the 256bit Ymm resisters and primops to ghc?  We really should make sure it&#39;s patched in on the llvm side first. <div>

<br></div><div>I believe it&#39;d be a 2 line patch, might even be something we could get into the next llvm point release if there&#39;s a clear agreement about it too. </div><div><br></div><div>Thoughts? I&#39;m happy to put a ticket on trac for this andor do the leg work to make it happen if everyone agrees. <span></span></div>

<div><br><br>On Tuesday, July 2, 2013, Ryan Newton  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Gosh, sorry, yes it&#39;s not obvious from the list of accepted papers:<div>

<br></div><div><dt style="line-height:18px;font-family:Arial,Helvetica,sans-serif">&quot;Automatic SIMD Vectorization for Haskell&quot; Leaf Petersen, Dominic Orchard and Neal Glew</dt>

<dt style="line-height:18px;font-family:Arial,Helvetica,sans-serif"><br></dt><dt style="line-height:18px;font-family:Arial,Helvetica,sans-serif">One of the authors has a link for it but it appears there&#39;s no preprint up yet:</dt>



</div><div>    <a href="http://www.leafpetersen.com/leaf/publications.htm" target="_blank">http://www.leafpetersen.com/leaf/publications.htm</a><br><div><br></div><div><br></div><div><br></div><div><br></div></div></div>

<div class="gmail_extra">

<br><br><div class="gmail_quote">On Tue, Jul 2, 2013 at 5:36 AM, Nicolas Trangez <span dir="ltr">&lt;<a>nicolas@incubaid.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Mon, 2013-07-01 at 12:05 -0400, Ryan Newton wrote:<br>
&gt; Err, GCC replacement.  But, ironically, GHC [backend] replacement as well,<br>
&gt; as of the recent ICFP paper.<br>
<br>
</div>Got a link or reference?<br>
<span><font color="#888888"><br>
Nicolas<br>
</font></span><div><div><br>
<br>
_______________________________________________<br>
ghc-devs mailing list<br>
<a>ghc-devs@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/ghc-devs" target="_blank">http://www.haskell.org/mailman/listinfo/ghc-devs</a><br>
</div></div></blockquote></div><br></div>
</blockquote></div>
</blockquote></div>