<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    On 16.08.2010 21:01, Shin Fujishiro wrote:<br>
    <blockquote cite="mid:20100817040141.a3c6ee4e.rsinfu@gmail.com"
      type="cite">
      <pre wrap="">Great, now the artifact disappeared.  Thanks!
</pre>
    </blockquote>
    Thanks for fixing these issues. I posted a patch to
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a href="http://d.puremagic.com/issues/show_bug.cgi?id=3554">http://d.puremagic.com/issues/show_bug.cgi?id=3554</a>
    which should make finding such issues easier.<br>
    <br>
    I also found a few more problems in comments:<br>
    <br>
    std.math uses a &radix; html entity. However this entity is not
    part of any html standard, I don't think it even exists.<br>
    <br>
    std.random uses version(ddoc) but version=ddoc is only set in the
    linux makefile but not in the win32 one. There is a 'D_Ddoc'<span
      class="Apple-style-span" style="border-collapse: separate; color:
      rgb(0, 0, 0); font-family: 'Times New Roman'; font-style: normal;
      font-variant: normal; font-weight: normal; letter-spacing: normal;
      line-height: normal; orphans: 2; text-indent: 0px; text-transform:
      none; white-space: normal; widows: 2; word-spacing: 0px;
      font-size: medium;"><span class="Apple-style-span"
        style="font-family: Arial,Verdana,sans-serif; font-size: 13px;
        line-height: 18px; text-align: justify;"></span></span> version
    which is set by dmd when generating documentation, this seems to be
    the better alternative.<br>
    <br>
    std.stdint is missing lots of html closing tags. There are also
    empty lines in <tr>s. These empty lines produce <br>s
    inside the table rows which is not allowed in html. If those lines
    are needed they must be inside the td elements. The corrected html
    follows (4.01 Strict compatible)<br>
    <hr size="2" width="100%">    <table border="1" cellspacing="0"
    cellpadding="5"><br>
        <tr><br>
        <th>Exact Alias</th><br>
        <th>Description</th><br>
        <th>At Least Alias</th><br>
        <th>Description</th><br>
        <th>Fast Alias</th><br>
        <th>Description</th><br>
        </tr><br>
        <tr><br>
        <td>int8_t</td><br>
        <td>exactly 8 bits signed</td><br>
        <td>int_least8_t</td><br>
        <td>at least 8 bits signed</td><br>
        <td>int_fast8_t</td><br>
        <td>fast 8 bits signed</td><br>
        </tr><tr><br>
        <td>uint8_t</td><br>
        <td>exactly 8 bits unsigned</td><br>
        <td>uint_least8_t</td><br>
        <td>at least 8 bits unsigned</td><br>
        <td>uint_fast8_t</td><br>
        <td>fast 8 bits unsigned</td><br>
        </tr><tr><br>
        <td>int16_t</td><br>
        <td>exactly 16 bits signed</td><br>
        <td>int_least16_t</td><br>
        <td>at least 16 bits signed</td><br>
        <td>int_fast16_t</td><br>
        <td>fast 16 bits signed</td><br>
        </tr><tr><br>
        <td>uint16_t</td><br>
        <td>exactly 16 bits unsigned</td><br>
        <td>uint_least16_t</td><br>
        <td>at least 16 bits unsigned</td><br>
        <td>uint_fast16_t</td><br>
        <td>fast 16 bits unsigned</td><br>
        </tr><tr><br>
        <td>int32_t</td><br>
        <td>exactly 32 bits signed</td><br>
        <td>int_least32_t</td><br>
        <td>at least 32 bits signed</td><br>
        <td>int_fast32_t</td><br>
        <td>fast 32 bits signed</td><br>
        </tr><tr><br>
        <td>uint32_t</td><br>
        <td>exactly 32 bits unsigned</td><br>
        <td>uint_least32_t</td><br>
        <td>at least 32 bits unsigned</td><br>
        <td>uint_fast32_t</td><br>
        <td>fast 32 bits unsigned</td><br>
        </tr><tr><br>
        <td>int64_t</td><br>
        <td>exactly 64 bits signed</td><br>
        <td>int_least64_t</td><br>
        <td>at least 64 bits signed</td><br>
        <td>int_fast64_t</td><br>
        <td>fast 64 bits signed</td><br>
        </tr><tr><br>
        <td>uint64_t</td><br>
        <td>exactly 64 bits unsigned</td><br>
        <td>uint_least64_t</td><br>
        <td>at least 64 bits unsigned</td><br>
        <td>uint_fast64_t</td><br>
        <td>fast 64 bits unsigned</td><br>
        </tr><br>
        </table><br>
    <br>
        The ptr aliases are integral types guaranteed to be large enough<br>
        to hold a pointer without losing bits:<br>
    <br>
        <table border="1" cellspacing="0" cellpadding="5"><br>
        <tr><br>
        <th>Alias</th><br>
        <th>Description</th><br>
        </tr><tr><br>
        <td>intptr_t</td><br>
        <td>signed integral type large enough to hold a
    pointer</td><br>
        </tr><tr><br>
        <td>uintptr_t</td><br>
        <td>unsigned integral type large enough to hold a
    pointer</td><br>
        </tr><br>
        </table><br>
    <br>
        The max aliases are the largest integral types:<br>
    <br>
        <table border="1" cellspacing="0" cellpadding="5"><br>
        <tr><br>
        <th>Alias</th><br>
        <th>Description</th><br>
        </tr><tr><br>
        <td>intmax_t</td><br>
        <td>the largest signed integral type</td><br>
        </tr><tr><br>
        <td>uintmax_t</td><br>
        <td>the largest unsigned integral type</td><br>
        </tr><br>
        </table><br>
    <hr size="2" width="100%">Phobos.d has the same problem, but I don't
    know how to fix that one.<br>
    <pre class="moz-signature" cols="72">-- 
Johannes Pfau</pre>
  </body>
</html>