Community
Participate
Working Groups
I spent some time looking into the 5 test failures in LRCompletionBasicTests reported by Hudson. I looked for the source of the problem in the LRParser, and noticed that when using the LRParser, the CDT's Lexer class didn't hit an END_OF_INPUT when it was supposed to. Looks like stripping the trailing "\n" from the code is fixes 3 of the 5 test failures. This may be symptomatic of a bug in the LRParser itself, but I was unable to find this bug. The attached patch is a quick fix that demonstrates what I mean re: stripping the trailing "\n" to get rid of test failures. -Charley
Created attachment 166692 [details] Sample patch Patch demonstrates a way to cover the test failures, but does not address any potential underlying bug in LRParser.
These tests are no longer failing, though there are a bunch of lrparser failures: https://hudson.eclipse.org/hudson/job/cdt-nightly/lastCompletedBuild/testReport/