rust/src/test/ui/parser/range_inclusive.rs

// Make sure that inclusive ranges with no end point don't parse.

pub fn main() {
    for _ in 1..= {} //~ERROR inclusive range with no end
                     //~^HELP use `..` instead
}
test inclusive ranges Mostly copy the tests from half-open ranges, adding some more for DoubleEndedIterator and ExactSizeIterator. Also thoroughly (I think) test that the feature gates are working. 2016-01-13 00:28:29 -06:00			`// Make sure that inclusive ranges with no end point don't parse.`

			`pub fn main() {`
Add support for `..=` syntax Add ..= to the parser Add ..= to libproc_macro Add ..= to ICH Highlight ..= in rustdoc Update impl Debug for RangeInclusive to ..= Replace `...` to `..=` in range docs Make the dotdoteq warning point to the ... Add warning for ... in expressions Updated more tests to the ..= syntax Updated even more tests to the ..= syntax Updated the inclusive_range entry in unstable book 2017-09-19 00:40:04 -05:00			`for _ in 1..= {} //~ERROR inclusive range with no end`
Ban `...X` pats, harden tests, and improve diagnostics. Also fix a bug with the span passed in `mk_range`. 2020-01-10 23:49:43 -06:00			//~^HELP use `..` instead
fatal error instead of ICE for impossible range during HIR lowering End-less ranges (`a...`) don't parse but bad syntax extensions could conceivably produce them. Unbounded ranges (`...`) do parse and are caught here. The other panics in HIR lowering are all for unexpanded macros, which cannot be constructed by bad syntax extensions. 2016-03-15 12:03:42 -05:00			`}`