gccrs incorrectly parses a fake turbofish operator

Summary

not<true>(); should actually be written as not::<true>();, i.e. a turbofish operator. It seems though that this survives the parsing phase.

Reproducer

I tried this code:

fn not<const A: bool>() {
    let _ = if A
        { "A" }
    else
        { "B" }
    ;
}

fn main() {
    not<true>();
}

Does the code make use of any (1.49) nightly feature ?

• Nightly

Godbolt link

No response

Actual behavior

TRS-E14 cgen $ gccrs main.rs
main.rs:2:16: error: Cannot find path ‘A’ in this scope [E0433]
    2 |     let _ = if A
      |                ^

Expected behavior

TRS-E14 cgen :( $ rustc main.rs
error: comparison operators cannot be chained
  --> main.rs:10:8
   |
10 |     not<true>();
   |        ^    ^
   |

GCC Version

b87fd67fa807665d741968b7aca4b9399f2071db

Start by running the supplied Rust reproducer with gccrs and rustc and compare where parsing diverges. Trace the parser path for not<true>(); done means gccrs rejects the fake turbofish as a chained comparison instead of continuing into the function body and reporting A as an unresolved path.