<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 02/07/2013 01:48 AM, Maciej
      Stachowiak wrote:<br>
    </div>
    <blockquote
      cite="mid:CE5DC55B-DD69-4978-A20B-436F00FE3F3C@apple.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <div><br>
      </div>
      <div>I think we should continue to use uint8_t instead of char as
        the primary way to represent a raw byte in WebKit. First, it's
        good to distinguish raw data from C strings at the type system
        level, and second, the unpredictable signedness of char is
        actively bad for byte-oriented processing. Another library
        making a different choice doesn't overcome these reasons.</div>
    </blockquote>
    <br>
    I agree with that, but I still don't see why should LChar be
    unsigned since it is a character and not a raw byte. It would be
    somewhat more convenient when dealing with string literals or
    traditional C libraries. I you agree I could investigate in the
    refactoring work.<br>
    <br>
    -kbalazs<br>
  </body>
</html>