« first day (441 days earlier)      last day (2739 days later) » 

Duga
Duga
12:02 AM
RELOAD!
[Cardshifter/Cardshifter] 20 commits. 1 opened issue. 1 closed issue. 3 issue comments. 1377 additions. 501 deletions.
[Cardshifter/HTML-Client] 27 commits. 1 opened issue. 4 issue comments. 240 additions. 47 deletions.
[Hosch250/VSDiagnostics] 3 commits. 578 additions. 125 deletions.
[retailcoder/Rubberduck] 1 commit. 108 additions. 4 deletions.
[rubberduck-vba/Rubberduck] 2 commits. 5 opened issues. 19 issue comments. 20 additions. 20 deletions.
[Vannevelj/VSDiagnostics] 1 opened issue. 2 issue comments.
[Vannevelj/VSDiagnostics] 1 opened issue. 1 issue comment.
[Zomis/Duga] 1 issue comment.
 
 
1 hour later…
Mat's Mug
Mat's Mug
1:29 AM
Tired as hell. Night!
 
Hosch250
Hosch250
1:42 AM
Night.
 
 
6 hours later…
Duga
Duga
7:24 AM
> This has to be valid `sC_Selection`

Case f(1) To f(5)

Why are you insisting on using LITERAL of any king instead of `valueStmt`? Just order these as not to be ambiguous like this

sC_Selection :
IS WS? comparisonOperator WS? valueStmt # caseCondIs
| valueStmt WS? TO WS? valueStmt # caseCondTo
| valueStmt # caseCondValue
;

Or there is some
 
 
3 hours later…
Duga
Duga
10:20 AM
 
 
1 hour later…
Mat's Mug
Mat's Mug
11:49 AM
@Duga 88 stars!
 
Vogel612
Vogel612
12:36 PM
12 to go
 
Duga
Duga
12:58 PM
> It looks like that is valid, as well as:

Case 15 To "asdf"
Case Val("25") To Val("52")
etc.

So, maybe that is the most appropriate way to handle all the situations.
 
Duga
Duga
1:27 PM
> valueStatement :+1:
> :+1:
 
 
1 hour later…
Duga
Duga
2:58 PM
> I think INTEGERLITERAL must accept % and & suffixes only (for integer and long) while DOUBLELITERAL can accept @, ! and # (for decimal, single and double) and then '.' DIGIT* part has to be optional.
 
 
5 hours later…
Duga
Duga
7:52 PM
 

« first day (441 days earlier)      last day (2739 days later) »