diff options
| author | bors <bors@rust-lang.org> | 2013-09-10 21:36:06 -0700 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2013-09-10 21:36:06 -0700 |
| commit | ba9fa89bfb4aae53db93e9ecac31807af96356fc (patch) | |
| tree | 9a7501ab64a345c2af66d677f6b464d3db1e6e24 /src/rustllvm/RustWrapper.cpp | |
| parent | 8cf60de758749798a05d7b1f446abfb907c324a7 (diff) | |
| parent | 71f0305cf15ba2cf5d045fb16bbe0ff4b8575883 (diff) | |
| download | rust-ba9fa89bfb4aae53db93e9ecac31807af96356fc.tar.gz rust-ba9fa89bfb4aae53db93e9ecac31807af96356fc.zip | |
auto merge of #9091 : sfackler/rust/buffered, r=alexcrichton
The default buffer size is the same as the one in Java's BufferedWriter. We may want BufferedWriter to have a Drop impl that flushes, but that isn't possible right now due to #4252/#4430. This would be a bit awkward due to the possibility of the inner flush failing. For what it's worth, Java's BufferedReader doesn't have a flushing finalizer, but that may just be because Java's finalizer support is awful. The current implementation of BufferedStream is weird in my opinion, but it's what the discussion in #8953 settled on. I wrote a custom copy function since vec::copy_from doesn't optimize as well as I would like. Closes #8953
Diffstat (limited to 'src/rustllvm/RustWrapper.cpp')
0 files changed, 0 insertions, 0 deletions
