]> git.lizzy.rs Git - rust.git/commit - src/tools/rust-analyzer
Rollup merge of #89098 - GuillaumeGomez:where-bounds-order, r=camelid
authorEric Huss <eric@huss.org>
Thu, 30 Sep 2021 02:33:36 +0000 (19:33 -0700)
committerGitHub <noreply@github.com>
Thu, 30 Sep 2021 02:33:36 +0000 (19:33 -0700)
commit7c23ff278ee1314b8cb30ec37b04c686f47056ad
treeb7e9fe33b9a95bfb1081623c34db11dfbf20486f
parente24f52294a7dd1ffc9bebe92bde8102a45496f7b
parentb226d1751d16d22aa51969702757fa620d3b1eab
Rollup merge of #89098 - GuillaumeGomez:where-bounds-order, r=camelid

Fix generics where bounds order

Fixes #88809.

Like said on the above issue, the issue is that we were expecting `Symbol` comparisons to be string-based but they are integer-based (because `Symbol` is an integer), messing up the bounds order. To fix it, I simply stored into a `FxIndexMap` instead.

r? ``@jyn514``