Parser rekurencyjnego zniżania z nawracaniem gramatyki

Czy ktoś może mi dlaczego parser rekurencyjnego zejścia z produkcje i (w tej kolejności) nie rozpoznaje języka utworzonego przez gramatykę .$S \rightarrow aSa$$S \rightarrow aa$$S \rightarrow aSa\ |\ aa$

Wygląda na to, że analizuje tylko słowa z języka .$\{a^{2^n}\ |\ n \ge 1 \}$

Wygenerowałem taki analizator składni za pomocą tego generatora analizatora składni ABNF z regułą produkcyjną, S = "a" S "a" / "aa"a analizator składni aaaaaana przykład nie rozpoznaje tego słowa .

Spodziewałbym się, że użyje produkcyjnego dopóki konkatenacja węzłów końcowych parsowania drzewa od lewej strony nie zacznie się od 7 , a następnie pójdzie w górę drzewa parsowania, wybierając zamiast tego produkcyjne dopóki drzewo nie będzie wyglądać jak to:$S \rightarrow aSa$a$S \rightarrow aa$

   S 
 / | \
a  S  a
 / | \
a  S  a
  / \
 a   a

To nie jest duża odpowiedź, ale parsowania drzew nie pasują do normalnych komentarzy.

Twoja gramatyka należy analizować ciąg .$S \rightarrow aSa\ |\ aa$$aaaaaa$

Ale parsowanie ma następującą postać:

      S 
     /|\
    / S \
   / /|\ \
  / / S \ \
 / / / \ \ \
a a a   a a a

lub jeśli wolisz tę prezentację, z terminalami na różnych liniach

     S 
   / | \
  a  S  a
   / | \
  a  S  a
    / \
   a   a

Sprawdziłem, czy generator analizatora składni ABNF nie działa, ale nie wiem, jak prześledzić, co robi.

Rzeczywiście wydaje się, że rozpoznaje zbiór nie jest tym, co określa gramatyka.$\{a^{2^n}\ |\ n \ge 1 \}$

Trochę zaskakujące jest posiadanie tak skomplikowanej strony wokół błędnego parsera, który ponadto używa całkowicie nieciekawej techniki parsowania.

Po dalszym spojrzeniu na to:

Myślę, że znalazłem jedno źródło problemu. Nawiasy kwadratowe oznaczają opcjonalne .

Więc gramatyka powinny być pisane S = "a" S "a" / "aa" lub S = "a" [S] "a". Wtedy wydaje się działać poprawnie.

Ale system jest najwyraźniej stracony, gdy ma dwukrotnie tę samą regułę w różnych formach. Nie jestem pewien dlaczego.

Nie znalazłem strony wyjaśniającej te problemy składniowe przy określaniu gramatyki.

Nadal uważam ten buggy.

s1()$S \rightarrow aSa$trues()s2()$S \rightarrow aa$

Rozważ aaaaaaponowne przeanalizowanie tego słowa . W pewnym momencie parsowanie będzie wyglądać następująco:

   S 
 / | \
a  S  a
 / | \
a  S  a    <--
 / | \
a  S  a
  / \
 a   a

s()trueS$S \rightarrow aa$

   S 
 / | \
a  S  a
  / \
 a   a

Zazwyczaj uważam to za problem w mojej implementacji, a nie w ogóle w przypadku parserów rekurencyjnego wycofywania.

#include <iostream>

char* next;    
bool term(char token) {
    if (*next != '\0')
        return *next++ == token;
    else
        return false;
}

bool s();    
bool s1() {
    return term('a') && s() && term('a');
}    
bool s2() {
    return term('a') && term('a');
}    
bool s() {
    auto save = next;
    return s1() or (next = save, s2());
}    

int main(int argc, char* argv[]) {
    next = "aaaaaa";
    if (s() && *next == '\0') {
        std::cout << "match";
    }
    else
        std::cout << "no match";
}

Jest to funkcja, a nie błąd

Przyjrzyj się, kiedy i gdzie występuje cofanie się:

     1.           2.          3.          4.          5.          6.          7.          8.          9.          10.         11.         12.

     S            S           S           S           S           S           S           S           S           S           S           S      
   / | \        / | \       / | \       / | \       / | \       / | \       / | \       / | \       / | \       / | \       / | \       / | \
  a  S  a      a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a
                / | \       / | \       / | \       / | \       / | \       / | \       / | \       / | \       / | \       / | \       /   \
               a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a     a
                            / | \       / | \       / | \       / | \       / | \       / | \       / | \       / | \       / | \
                           a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a
                                        / | \       / | \       / | \       / | \       / | \       / | \       / | \       /   \
                                       a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a     a
                                                    / | \       / | \       / | \       / | \       / | \       /   \
                                                   a  S  a     a  S  a     a  S  a     a  S  a     a  S  a     a     a
                                                                / | \       / | \       / | \       /   \   
                                                               a  S  a     a  S  a     a  S  a     a     a
                                                                            / | \       /   \
                                                                           a  S  a     a     a



w[] = 'aaaaaa'  //input
l[] = ''        //current tree leafs


 1. tree:   The parser starts with the start symbol S and tries first alternative S->aSa:       Result: w[0]  = l[0]     w = aaaaaa    l = aSa
 |          -- S->aSa works                                                                         | |     | | 
 6. tree:   The parser matches a after a:                                                       Result: w[6]  = l[6]     w = aaaaaa    l = aaaaaaSaaaaaa
 7. tree:   The parser tries S->aSa again but there is no match!                                Result: w[7] != l[7]     w = aaaaaa    l = aaaaaaaSaaaaaaa 
 8. tree:   The parser tries S->aa but there is still no match!                                 Result: w[7] != l[7]     w = aaaaaa    l = aaaaaaaaaaaaaa
 9. tree:   Backtracking after the last symbol that matched => Backtracking at l[7]             Result: w[7] != l[7]     w = aaaaaa    l = aaaaaaaaaaaa
10. tree:   Backtracking after the last symbol that matched => Backtracking at l[7]             Result: w[7] != l[7]     w = aaaaaa    l = aaaaaaaaaa
11. tree:   Backtracking after the last symbol that matched => Backtracking at l[7]             Result: w[7] != l[7]     w = aaaaaa    l = aaaaaaaa
12. tree:   Backtracking after the last symbol that matched => Backtracking at l[7]             Result: w[7] != l[7]     w = aaaaaa    l = aaaa

Kluczową kwestią jest to, że parser cofa się po pozycji, w której znaleziono ostatnią pasującą postać. Właśnie dlatego „skacze” z drzewa 11 przy l = aaaaaaaa do 12. drzewa przy l = aaaa przy użyciu S -> aa przy l [7].