Uh oh!
There was an error while loading. Please reload this page.
More refactoring to obey platform abstraction lint - #36948
Conversation
There was a problem hiding this comment.
This macro is no longer used anywhere.
brson
commented
Oct 4, 2016
A lot of this is just general cleanup... |
alexcrichton
commented
Oct 4, 2016
How dare you! |
There was a problem hiding this comment.
If you're really ambitious, I've been meaning to remove all the cfg_attr here and just leave deny(warnings)
There was a problem hiding this comment.
I think the ordering here affects the ordering in rustdoc, right? (just confirming you want to change that too)
There was a problem hiding this comment.
It does not appear so to me. rustdoc seems to be alphabetizing everything.
There was a problem hiding this comment.
aww I was hoping we could keep this contained within the sys module
There was a problem hiding this comment.
I'll see if I can put it there. I don't recall why I moved it, presumably just because it didn't work with my prefered module declaration order in lib.rs.
There was a problem hiding this comment.
I think we'll want to always compile in this module. The theory behind this is that we compile the standard library with OS-based TLS (e.g. this module) but then consumers of the standard library can use the "fast TLS". The primary motivation here is OSX 10.6 and 10.7+, where 10.6 has slow TLS only but 10.7 has fast. We could in theory compile a 10.6 standard library but everyone else would have fast TLS.
alexcrichton
commented
Oct 4, 2016
I kinda liked having everything contained in one nice "sys" directory, but I guess not enough to go against conventions of filesystem hierarchies and module structures. |
brson
commented
Oct 4, 2016
Updated to leave os-specific TLS key in with documentation for why, move rtabort back to sys_common. |
alexcrichton
commented
Oct 4, 2016
@bors: r+ |
bors
commented
Oct 4, 2016
📌 Commit ae10558 has been approved by |
bors
commented
Oct 6, 2016
⌛ Testing commit ae10558 with merge d3b75bb... |
bors
commented
Oct 6, 2016
💥 Test timed out |
alexcrichton
commented
Oct 6, 2016
@bors: retry
|
bors
commented
Oct 6, 2016
☔ The latest upstream changes (presumably #37002) made this pull request unmergeable. Please resolve the merge conflicts. |
alexcrichton
commented
Oct 10, 2016
@bors: retry |
bors
commented
Oct 13, 2016
🔒 Merge conflict |
alexcrichton
commented
Oct 31, 2016
ping @brson (for an update) |
Make the directory structure reflect the module structure. I've always found the existing structure confusing.
This makes it dissimilar to how core is structured on disk, but more predictable on its own.
brson
commented
Nov 1, 2016
@bors r+ |
bors
commented
Nov 1, 2016
📌 Commit 6135cbc has been approved by |
bors
commented
Nov 2, 2016
More refactoring to obey platform abstraction lint
The most interesting things here are moving `std/sys/common` to `std/sys_common`, and `std/num/{f32,f64}.rs` to `std/{f32,f64}.rs`, and adding more documentation to `std/lib.rs`.
r? @alexcrichtonbors
commented
Nov 2, 2016
💔 Test failed - auto-win-gnu-64-opt |
alexcrichton
commented
Nov 2, 2016
@bors: retry On Wednesday, November 2, 2016, bors notifications@github.com wrote:
|
bors
commented
Nov 2, 2016
More refactoring to obey platform abstraction lint
The most interesting things here are moving `std/sys/common` to `std/sys_common`, and `std/num/{f32,f64}.rs` to `std/{f32,f64}.rs`, and adding more documentation to `std/lib.rs`.
r? @alexcrichton
The most interesting things here are moving
std/sys/commontostd/sys_common, andstd/num/{f32,f64}.rstostd/{f32,f64}.rs, and adding more documentation tostd/lib.rs.r? @alexcrichton