Fellow Haskelleers,<br><br>I&#39;m pleased to <span class="il">announce</span> the release of haskell-src-exts-1.13.5!<br><br>* On hackage: <a href="http://hackage.haskell.org/package/haskell-src-exts" target="_blank">http://hackage.haskell.org/package/haskell-src-exts</a><br>

* Via cabal: cabal install haskell-src-exts<br>* Darcs repo: <a href="http://code.haskell.org/haskell-src-exts" target="_blank">http://code.haskell.org/haskell-src-exts</a><br><br>There are two primary reasons for this release: 1) to add the requested support for UHC&#39;s &#39;js&#39; FFI calling convention (in 1.13.4), and 2) to export a stand-alone token stream lexer (in 1.13.5).<br>
<br>NOTE: If after reading the above, you think &quot;wow, a token stream lexer, I&#39;ll use that for some kind of refactoring tool&quot;, then you&#39;re most likely wrong. Please contact me in that case and I&#39;ll tell you why. :-)<br>
<br>A probably unnecessary warning: This release may fail to parse some files that were previously possible to parse, if they included RULES pragmas using &#39;forall&#39; as a varid. I really doubt any such exist, and they would not have been accepted by GHC if they did, so I sincerely doubt that anyone will be effected by this.<br>
<br>Changelog:<br><br>1.13.4 --&gt; 1.13.5<br>===============<br><br>* Expose Language.Haskell.Exts.Lexer, which implements<br>  a standalone token stream lexer. The module is<br>  re-exported both by Language.Haskell.Exts and by <br>
  Language.Haskell.Exts.Annotated.<br><br>1.13.3 --&gt; 1.13.4<br>===============<br><br>* Fix bug where operators starting with # written in<br>  parentheses would not be parsed when UnboxedTuples is <br>  turned on. Now works.<br>
<br>* Allow &#39;family&#39; and &#39;forall&#39; as (non-type) varid&#39;s. This <br>  adds one more shift/reduce conflict to the parser, and <br>  its resolution means that &#39;{-# RULES &quot;name&quot; forall = ... #-}&#39; <br>
  is not allowed.<br><br>* Complete the set of FFI calling conventions from the Haskell<br>  2010 report (even if no compiler implements them). Also<br>  include the &#39;js&#39; calling convention, supported by UHC.<br><br>
<br>Cheers,<br><br>/Niklas<br>