<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

  </head>

  <body>

    <p><font face="Helvetica, Arial, sans-serif">I just searched all the

        LLVM .td files and there are no NULs. </font></p>

    <div class="moz-cite-prefix">On 5/5/2021 10:09 AM,

      <a class="moz-txt-link-abbreviated" href="mailto:paul.robinson@sony.com">paul.robinson@sony.com</a> wrote:<br>

    </div>

    <blockquote type="cite"

cite="mid:BYAPR13MB2421A17F06C07931B7BE2A7192599@BYAPR13MB2421.namprd13.prod.outlook.com">

      <blockquote type="cite">

        <blockquote type="cite">

          <pre class="moz-quote-pre" wrap="">There are various bits of code scattered throughout the TableGen lexer

to deal with NUL characters that are not at the end of the source

string. I'd like to clean that up by simply disallowing NULs in .td

files. Can anyone think of a legitimate reason to use a NUL in a

TableGen file?

</pre>

        </blockquote>

        <pre class="moz-quote-pre" wrap="">

Cleaning up NUL handling in TableGen lexer sounds good.

</pre>

      </blockquote>

      <pre class="moz-quote-pre" wrap="">

Agreed; if there are no existing NUL characters in .td files, I think

it's okay to have the lexer assume there aren't any.  They are text

files, and legitimate uses for NUL in a text file are scarce.

You could "git blame" the places that have this code, and see if the

commit history tells you anything instructive; or it might just be an

over-abundance of caution on the part of the original programmer(s).

--paulr

</pre>

    </blockquote>

    <div class="moz-signature">

      <br>

    </div>

  </body>

</html>