haddock: Ticket #112: references to names with '#' in them do not work in markuphttp://trac.haskell.org/haddock/ticket/112
<p>
For example from the <a class="missing wiki" href="http://trac.haskell.org/haddock/wiki/ByteString" rel="nofollow">ByteString?</a> docs:
</p>
<pre class="wiki">-- | /O(1)/ 'unsafePackAddressLen' provides constant-time construction of
-- 'ByteStrings' which is ideal for string literals. It packs a sequence
-- of bytes into a 'ByteString', given a raw 'Addr#' to the string, and
-- the length of the string.
</pre><p>
Haddock copes fine with that type in the type signature, but not a reference in the markup.
</p>
en-ushaddockhttp://www.haskell.org/wikistatic/haskellwiki_logo.pnghttp://trac.haskell.org/haddock/ticket/112
Trac 0.11.1waernSat, 10 Apr 2010 10:56:11 GMTcomment added; resolution set; status, milestone changedhttp://trac.haskell.org/haddock/ticket/112#comment:1
http://trac.haskell.org/haddock/ticket/112#comment:1
<ul>
<li><strong>status</strong>
changed from <em>new</em> to <em>closed</em>
</li>
<li><strong>resolution</strong>
set to <em>fixed</em>
</li>
<li><strong>milestone</strong>
changed from <em>2.5.0</em> to <em>2.8.0</em>
</li>
</ul>
<p>
Fixed by this patch:
</p>
<pre class="wiki">Sat Apr 10 12:46:14 CEST 2010 David Waern &lt;david.waern@gmail.com&gt;
* Fix #112
No link was generated for 'Addr#' in a doc comment. The reason was simply that
the identifier didn't parse. We were using parseIdentifier from the GHC API,
with a parser state built from 'defaultDynFlags'. If we pass the dynflags of
the module instead, the right options are turned on on while parsing the
identifer (in this case -XMagicHash), and the parse succeeds.
</pre>
TicketTue, 25 Sep 2012 11:09:55 GMTmilestone deleted; comment addedhttp://trac.haskell.org/haddock/ticket/112#comment:2
http://trac.haskell.org/haddock/ticket/112#comment:2
<ul>
<li><strong>milestone</strong>
<em>2.8.0</em> deleted
</li>
</ul>
<p>
Milestone 2.8.0 deleted
</p>
Ticket