Skip to content

Fixes ICEs using associated types cross crate #19545

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed

Conversation

nikomatsakis
Copy link
Contributor

@japaric
Copy link
Member

japaric commented Dec 10, 2014

@nikomatsakis This needs a rebase :-)

@nikomatsakis
Copy link
Contributor Author

Sigh. I rebased but now I'm getting strange errors.

@nikomatsakis nikomatsakis force-pushed the issue-18048-assoc-type-ice branch from a719b73 to 4e2df40 Compare December 16, 2014 01:51
types are always known and hence the ParameterEnvironment is not
necessary. For other `Sized` queries, use the trait infrastructure
just like `Copy`.
overly general, and the value is always *some* sort of predicate.
…y bound) from higher-ranked things (late-bound), which also use the `Poly` prefix.
…r several reasons:

1. Produced more unique types than is necessary. This increases memory consumption.
2. Linking the type parameter to its definition *seems* like a good idea, but it
   encourages reliance on the bounds listing.
3. It made pretty-printing harder and in particular was causing bad error messages
   when errors occurred before the `TypeParameterDef` entries were fully stored.
…e instantiate

them. Also fix some assertions and handling of builtin bounds.
…ow. Seems better to err on the side of being more correct rather than less. Fix a bug in typing index expressions that was exposed as a result, and add one type annotation that is not required. Delete some random tests that were relying on old behavior and don't seem to add anything anymore.
…k to their respective

commits but oh dear what a pain.
@nikomatsakis nikomatsakis force-pushed the issue-18048-assoc-type-ice branch from 4e2df40 to 6bdf21e Compare December 29, 2014 21:33
@nikomatsakis
Copy link
Contributor Author

Incorporated into #20307

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants