<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, 28 Jan 2026 at 22:55, Zoltan Somogyi <<a href="mailto:zoltan.somogyi@runbox.com">zoltan.somogyi@runbox.com</a>> wrote:</div><div dir="ltr" class="gmail_attr">> Include state var references in "did you mean" messages.<br>> <br>> compiler/make_hlds_warn.m:<br>>     When generating "did you mean" messages to add to warnings about<br>>     singleton variables, consider state variables in two separate ways.<br>> <br>>     - When figuring out what you could have meant with a singleton reference<br>>       that is a variable such as PredInfo, consider that the intended reference<br>>       *could* have been to a state variable (such as !.PredInfo).<br>> <br>>     - When figuring out what you could have meant with a singleton reference<br>>       that is a state variable reference as !.PredIfno or !:PredIfno, consider<br>>       that the intended reference *could* have been to another state variable<br>>       (such as !.PredInfo or !:PredInfo).<br>> <br>>     Stop passing around a parameter that, for some predicates, was *always*<br>>     set to the same value.<br>> <br>> tests/invalid/undef_symbol.{m,err_exp}:<br>>     Extend this test case with code that (except for the types)<br>>     duplicates the motivating example for this change.<br>> <br>> tests/invalid/bug278.err_exp:<br>> tests/invalid/field_syntax_error.err_exp:<br>>     Expect the extra dym messages that we now generate.<br><br>That's fine.<br><br>Julien.<br></div></div></div>