Add to_str() for HashMaps, and some basic tests as well.
Removed test_hashmap() for the time, being. All tests pass with make check.
Remove core executable
All tests, including newly added test_hashmap() pass. The empty Hash Table doesn't need to be mutable.
Remove extra space between key and value.

1. Extra space removed.
2. Using acc.push_str() instead of str::push_str
3. Update test to reflect representation change.
Add str representation for HashSet.
Add test: test_hashset()
Use acc.push_str() instead of str::push_str(..)

Also added some whitespace to enhance readabilty.
Fix errors in test_hashset().

All tests now pass.
libcore: Change `each_val` to follow new for-loop protocol
rustc: Don't call type_error_message() with ty_err as the expected type

In #6319, several people mentioned they ran into a "computing
fictitious type" ICE in trans. This turns out to be because some
of my recent changes to typeck::check::_match resulted in type errors
getting reported with ty_err as the expected type, which meant the errors
were suppressed, and typechecking incorrectly succeeded (since the errors
weren't recorded).

Changed the error messages in these cases not to use an expected type at all,
rather, printing out a string describing the type that was expected (which is
what the code originally did). The result is a bit repetitive and the
proliferation of error-reporting functions in typeck::infer is a bit annoying,
but I thought it was important to fix this now; more cleanup can happen later.
libstd: Fix BigUint::is_even
auto merge of #6420 : huonw/rust/rm-exec, r=thestinger
auto merge of #6426 : gifnksm/rust/new-iter, r=catamorphism
Warning police
clean up the last bit of warnings
auto merge of #6431 : catamorphism/rust/warnings, r=catamorphism

Just cleaning up warnings.
auto merge of #6429 : gifnksm/rust/bigint-is_even, r=catamorphism

`BigUint::is_even()` didn't return correct value.
Add use declaration for container::Set

All tests pass now.
auto merge of #6427 : catamorphism/rust/issue-6319, r=nikomatsakis

r? @nikomatsakis In #6319, several people mentioned they ran into a "computing
fictitious type" ICE in trans. This turns out to be because some
of my recent changes to typeck::check::_match resulted in type errors
getting reported with ty_err as the expected type, which meant the errors
were suppressed, and typechecking incorrectly succeeded (since the errors
weren't recorded).

Changed the error messages in these cases not to use an expected type at all,
rather, printing out a string describing the type that was expected (which is
what the code originally did). The result is a bit repetitive and the
proliferation of error-reporting functions in typeck::infer is a bit annoying,
but I thought it was important to fix this now; more cleanup can happen later.