<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rust/src/librustc_data_structures/unify/mod.rs, branch 1.7.0</title>
<subtitle>https://github.com/rust-lang/rust
</subtitle>
<id>http://git.dreamy.place/mirrors/rust/atom?h=1.7.0</id>
<link rel='self' href='http://git.dreamy.place/mirrors/rust/atom?h=1.7.0'/>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/'/>
<updated>2015-12-12T17:02:33+00:00</updated>
<entry>
<title>fix dropck performance regression</title>
<updated>2015-12-12T17:02:33+00:00</updated>
<author>
<name>Ariel Ben-Yehuda</name>
<email>ariel.byd@gmail.com</email>
</author>
<published>2015-12-12T17:02:33+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=08bffdd5c0c0916d9caed05f42419076e1e89359'/>
<id>urn:sha1:08bffdd5c0c0916d9caed05f42419076e1e89359</id>
<content type='text'>
Turns out that calling `resolve_type_variables_if_possible` in a O(n^2)
loop is a bad idea. Now we just resolve each copy of the region variable
to its lowest name each time (we resolve the region variable to its lowest
name, rather than to its unify-table name to avoid the risk of
the unify-table name changing infinitely many times. That may be
not a problem in practice, but I am not sure of it).
</content>
</entry>
<entry>
<title>Fallout in libs -- misc missing bounds uncovered by WF checks.</title>
<updated>2015-08-12T21:58:56+00:00</updated>
<author>
<name>Niko Matsakis</name>
<email>niko@alum.mit.edu</email>
</author>
<published>2015-08-07T13:27:27+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=91b3e9cac0125e35d65169fb7e06166a078296c7'/>
<id>urn:sha1:91b3e9cac0125e35d65169fb7e06166a078296c7</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Implement Default TyParam fallback</title>
<updated>2015-07-26T02:57:57+00:00</updated>
<author>
<name>Jared Roesch</name>
<email>roeschinc@gmail.com</email>
</author>
<published>2015-07-07T22:50:02+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=bbcb13da88f7a4b25506ec85f2f170e6f78d5a58'/>
<id>urn:sha1:bbcb13da88f7a4b25506ec85f2f170e6f78d5a58</id>
<content type='text'>
This patch allows type parameter defaults to influence type inference. This is a possible breaking change since it effects the way type inference works and will have different behavior when mixing defaults and literal fallback.
</content>
</entry>
<entry>
<title>Change name of unit test sub-module to "tests".</title>
<updated>2015-04-24T21:06:41+00:00</updated>
<author>
<name>Johannes Oertel</name>
<email>johannes.oertel@uni-due.de</email>
</author>
<published>2015-04-24T15:30:41+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=07cc7d9960a1bc767dc051b9fae0c7ad2b5cd97f'/>
<id>urn:sha1:07cc7d9960a1bc767dc051b9fae0c7ad2b5cd97f</id>
<content type='text'>
Changes the style guidelines regarding unit tests to recommend using a
sub-module named "tests" instead of "test" for unit tests as "test"
might clash with imports of libtest.
</content>
</entry>
<entry>
<title>Address nits</title>
<updated>2015-04-17T14:12:55+00:00</updated>
<author>
<name>Niko Matsakis</name>
<email>niko@alum.mit.edu</email>
</author>
<published>2015-04-08T23:31:20+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=e47fb489c10f2d86216c3a75ad6cbde3742e9f0c'/>
<id>urn:sha1:e47fb489c10f2d86216c3a75ad6cbde3742e9f0c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Port to use the new Unify code, which has no UnifyValue trait</title>
<updated>2015-04-17T14:12:55+00:00</updated>
<author>
<name>Niko Matsakis</name>
<email>niko@alum.mit.edu</email>
</author>
<published>2015-04-07T10:12:21+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=416f388c6f567dfd2c009a36907447c9646100e5'/>
<id>urn:sha1:416f388c6f567dfd2c009a36907447c9646100e5</id>
<content type='text'>
but is otherwise mostly the same.
</content>
</entry>
</feed>
