-
Notifications
You must be signed in to change notification settings - Fork 267
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
2 changed files
with
1 addition
and
9 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
b6ffe23
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am not sure whether the change in haxe's code is the right one. I think that dialyzer is complaining that the scan_chars(eof, A, _NumLeft) clause is unreachable, not because its first argument is not wrapped in a list, but because the 'eof' atom has already been consumed in functions token_vsn1/1 and token_vsn2/1 functions which trigger the calls to scan_chars/3.
Anyway, you probably want to check that. I think the clause can simply be removed.
b6ffe23
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Another thing: while you check that, can you please also remove the confusing empty line in the middle of scan_chars/3's clauses?
b6ffe23
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, it looks like the other scan_* functions are handling eof and so it can never reach the scan_chars function. Fixed in f0c19f.