无法匹配 Alex 语法中的单个字符

Question

我终于重新充实了一个 GitCommit 消息模式，我想将其添加到 YI 中，但我似乎缺少一些基本的东西。我似乎无法匹配语法中的单个字符，我的所有规则只有在匹配整行时才有效。我知道这必须是可能的，因为 YI 中的其他语法显然会这样做，但做同样的事情似乎不起作用。

我想要一种最终看起来与 vim 中的提交模式非常相似的提交模式。在 vim 模式中有用的事情之一是注释内的关键字突出显示。 Git 在它所做的几乎所有事情（提交、变基等）中都会在注释中放入大量信息，因此这很有用。我的想法是匹配 git 注释中的起始“#”字符，并切换到与关键字匹配的不同上下文。但是，我似乎无法制定仅匹配“#”的规则，该规则在“仅”包含“#”但在行上切换为注释样式包含“#”之后的任何内容，它不会切换样式。

我现在拥有的是：

<0> {
\#                             { m (const $ LineComment) Style.commentStyle }
$commitChars*$                 { c Style.defaultStyle }
}

<lineComment> {                                                                                                    
$nl                            { m (const Digest) Style.defaultStyle }                                               
·                              { c Style.regexStyle }                                                                
}      

细节明显省略。这个想法是当我们看到“#”时切换到“lineComment”模式，并以不同的方式设置样式，直到看到行尾。根据文档和示例，应该有一种方法可以做到我想要的。我已经尝试了几乎所有我能想到的“#”模式排列，但没有任何改变我所看到的行为。
我错过了什么明显的事情？

编辑： 上面的代码来自我的YI分支内部的实现。我有一个独立的解析器，此处也出现同样的问题。如果您运行 alex GitCommit.x && ghc --make GitCommit.hs && ./GitCommit < Shortmsg 您将看到内容解析为 MessageLine 的注释行以及正确标记为 CommentStart 的空注释行。

Answer 1

好吧，我终于明白了。看起来 Alex 总是选择最长的比赛，而不是第一场比赛。匹配提交行的规则总是会更长，因为它匹配整行。这会导致 Alex 始终选择该分支而不是评论分支。引用 Alex 文档


当输入流匹配多个规则时，匹配输入流最长前缀的规则获胜。如果仍有多个规则匹配相同数量的字符，则文件中最早出现的规则获胜。


我想我应该不止一次地阅读这些文档。解决方案是从 $commitChars 字符集中删除“#”。