Skip to content

Conversation

QuietMisdreavus
Copy link
Contributor

When rust-lang/stdarch#367 was attempted to be upstreamed, it failed to document on non-x86 targets because it made every intrinsic visible, even the ones on foreign arches. This change makes it so that whenever rustdoc asks for the target feature whitelist, it gets a list of every feature known to every arch in rustc_trans/llvm_util.rs.

Before pushing, i temporarily updated the stdsimd submodule to include the doc(cfg) change, generated documentation for aarch64-unknown-linux-gnu, and it completed without a problem. The generated core::arch docs contained complete submodules for all main arches.

@rust-highfive
Copy link
Contributor

r? @michaelwoerister

(rust_highfive has picked a reviewer for you, use r? to override)

@rust-highfive rust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Mar 21, 2018
@michaelwoerister
Copy link
Member

r? @steveklabnik

@QuietMisdreavus
Copy link
Contributor Author

Per @alexcrichton's request, i've pushed an update to the stdsimd module that includes rust-lang/stdarch#367, so we can verify that this fix works. I had problems getting it all the way to master, so it only includes the commits from that PR, not anything after it.

@alexcrichton
Copy link
Member

@bors: r+

@bors
Copy link
Collaborator

bors commented Mar 21, 2018

📌 Commit 2ba41e9 has been approved by alexcrichton

@bors
Copy link
Collaborator

bors commented Mar 21, 2018

🌲 The tree is currently closed for pull requests below priority 30, this pull request will be tested once the tree is reopened

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Mar 21, 2018
kennytm added a commit to kennytm/rust that referenced this pull request Mar 22, 2018
…l-the-time, r=alexcrichton

whitelist every target feature for rustdoc

When rust-lang/stdarch#367 was attempted to be upstreamed, it failed to document on non-x86 targets because it made every intrinsic visible, even the ones on foreign arches. This change makes it so that whenever rustdoc asks for the target feature whitelist, it gets a list of every feature known to every arch in `rustc_trans/llvm_util.rs`.

Before pushing, i temporarily updated the `stdsimd` submodule to include the `doc(cfg)` change, generated documentation for `aarch64-unknown-linux-gnu`, and it completed without a problem. The generated `core::arch` docs contained complete submodules for all main arches.
bors added a commit that referenced this pull request Mar 22, 2018
@alexcrichton alexcrichton merged commit 2ba41e9 into rust-lang:master Mar 22, 2018
@QuietMisdreavus QuietMisdreavus deleted the all-the-features-all-the-time branch April 6, 2018 13:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants