Mattias EngdegÄrd writes: > This pattern matches some lines normally matched by the `gnu` rule > which comes later in the rule list. I don't know if it's a big problem > -- it may cause misclassification of some messages which should be of > 'warning' or 'info' type. Good to know! So, I studied 'luaL_traceback' in 'lauxlib.c' in Lua and made the regular expression more precise. No more mis-classification! > I'm actually slightly more bothered by this message because it would > conflict with possible future (re-)relaxation of the `gnu` rule with > respect to leading whitespace. The matter does come up from time to > time, and it would be nice to at least have the option to do that. Ditto; I made other expression more precise as well! > The 'omake' rule has now been disabled by default for other reasons > (it's something that has been discussed in the past), so there is at > least precedence for doing this. /Note:/ I rebased on top of 'master' (and so the 'omake' patch). See the new patch, with more precise regular expressions, attached below. While on it, I also added support for stack frames with no line number, as per Lua source code. Lastly, I added a NEWS entry, as well as, improved the commit message a bit. How about now? :) Rudy