summaryrefslogtreecommitdiffstats
path: root/src/manifest_parser_test.cc
Commit message (Collapse)AuthorAgeFilesLines
* ManifestParser constructor accesses its first argument, don't pass NULLNico Weber2013-01-031-3/+6
| | | | | | | | | | | The constructor does env_ = &state->bindings_; so env_ is effectively set to offsetof(ManifestParser, bindings_). This will blow up if env_ gets dereferenced -- this doesn't seem to happen in these tests, but it's less confusing with this patch. Also, passing &state is consistent with the rest of this test.
* rearrange handling of builtin bindings to make rules simplerEvan Martin2012-12-291-8/+12
| | | | | Now, a 'build' block can override any special binding like 'command' or 'description' if it needs to.
* update old test to cover newer rule attributesEvan Martin2012-08-241-1/+4
|
* add test that checks attributes on rulesEvan Martin2012-08-241-0/+11
|
* reject tabs (and CRs) in input files more aggressivelyEvan Martin2012-08-021-1/+1
|
* disallow crlf in manifest filesEvan Martin2012-07-181-0/+20
| | | | | | | | | | | | | | | It turns out to be trickier than expected to process these correctly. It turns out to also be trickier than expected to give a nice error message on encountering these. But the behavior prior to this patch would just be silent failures where we attempted to examine paths that accidentally contained embedded \r. For now, fix all regexes of the form [^...] to include \r in the excluded block, then assert that we get a vague lexer error near the problem. In the future perhaps we can open manifest files in text mode on Windows or just disallow Windows-style CRLF in the manual.
* Rename parsers.* to manifest_parser.*Thiago Farina2012-07-091-0/+684
So it matches with the class name in there. Signed-off-by: Thiago Farina <tfarina@chromium.org>