J'essaie d'analyser un fichier de données dans ANTLR - il dispose d'un espacement blanche optionnel illustré par indique où se trouve la ligne de démarrage et des extrémités. Il y a une nouvelle ligne à la fin et il n'y a pas d'onglets. ma grammaire est: ce qui donne < / p> (c'est-à-dire que le premier WS n'a pas été reconnu et la dernière ligne a été manquée). Je voudrais analyser les lignes qui commencent sans blancheur, tels que: mais je reçois des erreurs telles que: J'apprécierais des explications générales de l'analyse de l'analyse WS en anti-antlr. mais obtenir l'erreur: edit apparemment Cela a été supprimé de V3:
http://www.antlr.org/pipermail/antlr-interest /2007-fèbre/019423.html {ignor = ws} n'apparaît pas dans le livre "Référence AntLR définitive" que je Je travaille de sorte qu'il s'agit clairement d'une zone délicate.
3 Réponses :
vérifier Analyse lexicale avec Antlr puis recherchez la pièce qui commence avec cet en-tête
Ignorer WhitSpace dans le LXER
Vous devez utiliser le {ignor = ws; } règle
Merci - je vais essayer cela et faire rapport. FWIW Il y a des cas où le formatage exact compte également donc j'espère que je peux changer.
Modifier Il apparaît que ce n'est pas disponible en v3
J'ai réussi à obtenir ce travail en utilisant des constructions Lexer telles que: mais pas dans la nouvelle ligne. Ensuite, dans les constructions d'analyseurs telles que: la touche consistait à supporter tout WS dans le LXER, à l'exception de la nouvelle ligne.
WS : (' ' | '\t')+
{$channel = HIDDEN;}
;
Version AntLR4: WS: ('' | '\ t') + -> canal (caché);
+1, j'ai eu le même problème et j'ai fini par utiliser un hack majeur de l'analyseur citron. Suite à cela avec intérêt.
@Tinkertim merci - il est toujours agréable de savoir que la question n'est pas un mannequin complet.