<div dir="ltr">Short version: There is no bug; the program uses "endcases" only when "othercases" is used. (That's why you see "{there are no other cases}" mentioned in most of the examples in your diff.)<div><br></div><div>To elaborate (based on section 10 of the program):<br><div><br>A lot of these details of tex.web exist to account for the variety of Pascal compilers that were in use at the time, each of them providing additional features. </div><div>In this case, the idea is that "standard" / "common denominator" Pascal (as specified in the book by Jensen and Wirth) already contains a "case ... end" statement, that was available on all Pascal compilers. An example usage:</div><div><br></div><div>    case c of<br>        "Q": begin print_esc("batchmode"); decr(selector); end;<br>        "R": print_esc("nonstopmode");<br>        "S": print_esc("scrollmode");<br>    end; {there are no other cases}<br></div><div><br></div><div>But this statement as described in the standard did not provide a way to specify the "default" case, and different compilers provided this extension differently.<br></div><div><br></div><div>In the Pascal compiler that Knuth had access to and on which TeX was developed (called "Pascal-H' in section 3), it could be written like this:</div><div><br></div><div>    case chr_code of<br>        output_routine_loc: print_esc("output");<br>        every_par_loc: print_esc("everypar");<br>        every_math_loc: print_esc("everymath");<br>        every_display_loc: print_esc("everydisplay");<br>        every_hbox_loc: print_esc("everyhbox");<br>        every_vbox_loc: print_esc("everyvbox");<br>        every_job_loc: print_esc("everyjob");<br>        every_cr_loc: print_esc("everycr");<br>        others: print_esc("errhelp")<br>    end;<br></div><div> </div></div><div>In other Pascal compilers, the syntax was different, in two ways:</div><div>1. in some, instead of "others:" the syntax was "otherwise:" or "otherwise" (without the colon) or "else" or something like that.</div><div>2. in some, a semicolon was required before the final "end".</div><div><br></div><div>To account for these two differences (i.e. to make the program portable, by making it as easy as possible for system administrators to adapt TeX to their local Pascal compiler), Knuth defined</div><div><br></div><div>@d othercases == others: {default for cases not listed explicitly}<br>@d endcases == end {follows the default case in an extended |case| statement}<br></div><div><br></div><div>and consistently used those whenever he used an extended case statement, instead of using the local-to-Pascal-H version with "others:" and "end". That way, someone could simply redefine "endcases" to "; end" if their compiler required a semicolon before the final end.</div><div><br></div><div>When a non-extended case statement is used (i.e., one without a default case), there is no need to use this workaround, so tex.web uses the standard "end" directly. There is no need to change it.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 13 Dec 2019 at 18:12, Shuo Chen <<a href="mailto:giantchen@gmail.com">giantchen@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear TeX maintainers,<br>
<br>
In section 10 of 2014 Jan version of tex.web, on page 6, it says a<br>
'case' statement<br>
should end with the 'endcases' keyword in the WEB source code. But I<br>
noticed that<br>
some 'case' statements end with 'end' keyword instead.<br>
<br>
This is not a bug of the TeX program per se. Because 'endcases' is<br>
replaced with 'end'<br>
by the tangle program by default. However, I think it might be worth<br>
to update the<br>
pretty-printing version of the program for consistency.<br>
<br>
Here's one example, with Linux shell:<br>
<br>
$ diff -U 8 tex.web tex2.web | head -15<br>
--- tex.web    2019-09-09 14:16:36.022037462 -0700<br>
+++ tex2.web    2019-12-13 09:39:24.865189980 -0800<br>
@@ -1951,17 +1951,17 @@<br>
 @<Change the interaction...@>=<br>
 begin error_count:=0; interaction:=batch_mode+c-"Q";<br>
 print("OK, entering ");<br>
 case c of<br>
 "Q":begin print_esc("batchmode"); decr(selector);<br>
   end;<br>
 "R":print_esc("nonstopmode");<br>
 "S":print_esc("scrollmode");<br>
-end; {there are no other cases}<br>
+endcases; {there are no other cases}<br>
 print("..."); print_ln; update_terminal; return;<br>
 end<br>
<br>
There are about two dozens such cases, see full diff output:<br>
<a href="https://gist.github.com/chenshuo/f4e15b63ebaf361fc9af2fda7a1d45e3" rel="noreferrer" target="_blank">https://gist.github.com/chenshuo/f4e15b63ebaf361fc9af2fda7a1d45e3</a><br>
<br>
With this update, the tangled tex.p source file is not affected, only<br>
the weaved tex.pdf changes a tiny bit.<br>
See example of page 75: <a href="https://ibb.co/tqDjdBT" rel="noreferrer" target="_blank">https://ibb.co/tqDjdBT</a><br>
<br>
Also, there are some trailing spaces in tex.web, which can be found<br>
with 'grep -n ' $' tex.web' on Linux.<br>
<br>
Regards,<br>
Shuo Chen<br>
</blockquote></div>