]> git.lizzy.rs Git - rust.git/commit
auto merge of #10179 : alexcrichton/rust/rt-improvements, r=cmr
authorbors <bors@rust-lang.org>
Mon, 4 Nov 2013 20:21:11 +0000 (12:21 -0800)
committerbors <bors@rust-lang.org>
Mon, 4 Nov 2013 20:21:11 +0000 (12:21 -0800)
commit658637baf45b41e4cff049440bc07f267d810218
tree019eee1761d43461ef06f1e5307b57b0b8b47019
parent70e9b5ab3912da84a32557bc1a34db5fb2178927
parent3c3ed1499a9b9e23d4a2d2243a7b0b1c9015f34b
auto merge of #10179 : alexcrichton/rust/rt-improvements, r=cmr

This fleshes out the io::file module a fair bit more, adding all of the functionality that I can think of that we would want. Some questions about the representation which I'm curious about:

* I modified `FileStat` to be a little less platform-agnostic, but it's still fairly platform-specific. I don't want to hide information that we have, but I don't want to depend on this information being available. One possible route is to have an `extra` field which has all this os-dependent stuff which is clearly documented as it should be avoided.

* Does it make sense for directory functions to be top-level functions instead of static methods? It seems silly to import `std::rt::io::file` and `std::rt::io::File` at the top of files that need to deal with directories and files.
src/librustc/driver/driver.rs
src/librustpkg/lib.rs
src/librustpkg/tests.rs