<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Matthias Deeg wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:7117963a-2ec6-4f30-a57b-2bc30580eb17@md.sy.gs">
      <pre wrap="">TEXNAME comes from the lualatex or luahbtex help and had in my examples
the following values:

The beginning of the lualatex help text on my system is as follows:

$ lualatex --help
Usage: luahbtex --lua=FILE [OPTION]... [TEXNAME[.tex]] [COMMANDS]
   or: luahbtex --lua=FILE [OPTION]... \FIRST-LINE
   or: luahbtex --lua=FILE [OPTION]... &FMT ARGS
  Run LuaHBTeX on TEXNAME, usually creating TEXNAME.pdf.
  Any remaining COMMANDS are processed as luatex input, after TEXNAME is
read.

  Alternatively, if the first non-option argument begins with a backslash,
  luahbtex interprets all non-option arguments as an input line.

  Alternatively, if the first non-option argument begins with a &, the
  next word is taken as the FMT to read, overriding all else.  Any
  remaining arguments are processed as above.

  If no arguments or options are specified, prompt for input.
(...)

</pre>
    </blockquote>
    Then I would suggest that either the help text is inaccurate or the
    implementation is non-compliant, depending on which one regards as
    authoritative.  [TEXNAME[.tex]] is in no way treated specially — if
    it includes anything other than \catcode {letter|other} characters,
    they will be interpreted by TeX just as if they were in a TeX source
    file.<br>
    <br>
    Philip Taylor<br>
  </body>
</html>