You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now, the AssocTypeFolder will eagerly evaluate consts unless GCE is enabled. We still have usages of this folder (the "old"-style normalizer) all over the place, and tearing that out is a lot of work.
Eventually, I'd like to move away from normalizing types or consts unless there's a clear reason for the normalization (i.e. we structurally normalize types in HIR typeck for various reasons like field acceses).
Right now we continue to eagerly normalize types in HIR typeck. Doing this for consts and not for types does introduce an incongruency that may make subtle alias-relate bugs appear just for consts, but it does get us one step closer to always-lazy-norm...
Right now, the
AssocTypeFolder
will eagerly evaluate consts unless GCE is enabled. We still have usages of this folder (the "old"-style normalizer) all over the place, and tearing that out is a lot of work.Eventually, I'd like to move away from normalizing types or consts unless there's a clear reason for the normalization (i.e. we structurally normalize types in HIR typeck for various reasons like field acceses).
Right now we continue to eagerly normalize types in HIR typeck. Doing this for consts and not for types does introduce an incongruency that may make subtle alias-relate bugs appear just for consts, but it does get us one step closer to always-lazy-norm...
rust-lang/rust#112183 (comment)
The text was updated successfully, but these errors were encountered: