Seebs e84d2d2a59 refactor number parsing a bit ... There are subtle inconsistencies, like "01" being a valid decimal but not a valid integer, which vaguely bug me. Cleaning this up, and the corresponding parser logic. A number can't have leading spaces because the grammar doesn't put spaces in them in the first place, so stop accepting them in the number syntax. This should never have any impact on anything, it's just simpler. Update a couple of test cases to reflect this -- no longer testing that trailing spaces are okay, now testing that they're not, for instance.		2020-10-19 13:37:21 -05:00
..
ast.go	Make PQL case-insensitive about call names.	2020-10-19 13:35:49 -05:00
ast_test.go	serialize null operation (!= null)	2020-04-09 17:56:27 -05:00
decimal.go	refactor number parsing a bit	2020-10-19 13:37:21 -05:00
decimal_test.go	refactor number parsing a bit	2020-10-19 13:37:21 -05:00
doc.go	Apply Apache License 2.0	2017-04-28 14:22:03 -05:00
parser.go	Use _buffer instead of buffer	2020-08-19 16:32:27 -05:00
parser_test.go	more consistent spacing	2020-10-19 13:35:49 -05:00
pql.peg	refactor number parsing a bit	2020-10-19 13:37:21 -05:00
pql.peg.go	refactor number parsing a bit	2020-10-19 13:37:21 -05:00
pqlpeg_test.go	Use rune slice in all cases, add tests	2020-08-19 16:32:27 -05:00
token.go	allow floats in PQL queries for decimal fields	2019-11-13 10:07:24 -06:00