<div dir="ltr"><div>Hi Robbe,<br></div><div dir="ltr"><br></div><div dir="ltr">On Wed, Sep 11, 2024 at 12:09 AM Robbe Pincket <<a href="mailto:robbepincket@live.be">robbepincket@live.be</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div><div dir="auto">If we just add a clause in 4.12.4 that says that if the variable is declared in a for loop header and appears as the left side of an assignment or compound assignment or as the argument of a postfix/prefix increment/decrement operator, it isn't
 considered to be a constant variable.</div>
<div dir="auto"><br>
</div>
<div dir="auto">I don't think that this breaks any existing code. As (non-blank) final variables can't appear in those locations.</div></div></blockquote><div><br></div><div>Agreed... that's what I'm calling the "spooky action at a distance" approach.</div><div><br></div><div>Although it's less graceful from a spec point of view, practically speaking it's probably the only acceptable solution because the alternative would break existing code (in a very narrow corner case).<br></div><div><br></div></div><div class="gmail_quote">-Archie<br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Archie L. Cobbs<br></div></div>