34 lines
1.1 KiB
Rust
34 lines
1.1 KiB
Rust
// Copyright 2015 The Rust Project Developers. See the COPYRIGHT
|
|
// file at the top-level directory of this distribution and at
|
|
// http://rust-lang.org/COPYRIGHT.
|
|
//
|
|
// Licensed under the Apache License, Version 2.0 <LICENSE-APACHE or
|
|
// http://www.apache.org/licenses/LICENSE-2.0> or the MIT license
|
|
// <LICENSE-MIT or http://opensource.org/licenses/MIT>, at your
|
|
// option. This file may not be copied, modified, or distributed
|
|
// except according to those terms.
|
|
|
|
// Regression test for #28871. The problem is that rustc encountered
|
|
// two ways to project, one from a where clause and one from the where
|
|
// clauses on the trait definition. (In fact, in this case, the where
|
|
// clauses originated from the trait definition as well.) The true
|
|
// cause of the error is that the trait definition where clauses are
|
|
// not being normalized, and hence the two sources are considered in
|
|
// conflict, and not a duplicate. Hacky solution is to prefer where
|
|
// clauses over the data found in the trait definition.
|
|
|
|
trait T {
|
|
type T;
|
|
}
|
|
|
|
struct S;
|
|
impl T for S {
|
|
type T = S;
|
|
}
|
|
|
|
trait T2 {
|
|
type T: Iterator<Item=<S as T>::T>;
|
|
}
|
|
|
|
fn main() { }
|