diff options
| author | Dylan DPC <dylan.dpc@gmail.com> | 2020-06-24 14:28:39 +0200 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2020-06-24 14:28:39 +0200 |
| commit | 1d1c40032429d681fcd6bb0cf071ffecdaeeab02 (patch) | |
| tree | 40a67c3c4549cc7505a46f325606374ac2606174 /src/libstd/sys/unix/stack_overflow.rs | |
| parent | 38c85b739314e2b5dedf8ff11feec53463261de4 (diff) | |
| parent | 7930f9a368c055db249a0378c1533aaedc7b037b (diff) | |
| download | rust-1d1c40032429d681fcd6bb0cf071ffecdaeeab02.tar.gz rust-1d1c40032429d681fcd6bb0cf071ffecdaeeab02.zip | |
Rollup merge of #73639 - ayazhafiz:i/73553, r=davidtwco
Change heuristic for determining range literal Currently, rustc uses a heuristic to determine if a range expression is not a literal based on whether the expression looks like a function call or struct initialization. This fails for range literals whose lower/upper bounds are the results of function calls. A possibly-better heuristic is to check if the expression contains `..`, required in range literals. Of course, this is also not perfect; for example, if the range expression is a struct which includes some text with `..` this will fail, but in general I believe it is a better heuristic. A better alternative altogether is to add the `QPath::LangItem` enum variant suggested in #60607. I would be happy to do this as a precursor to this patch if someone is able to provide general suggestions on how usages of `QPath` need to be changed later in the compiler with the `LangItem` variant. Closes #73553
Diffstat (limited to 'src/libstd/sys/unix/stack_overflow.rs')
0 files changed, 0 insertions, 0 deletions
