Sort targets in documentation. Fixes #1524.

[senden9]

Should be a simple but effective fix for #1524. Assume sort command is available.

[rust-highfive]

r? @gnzlbg

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

[gnzlbg]

@bors: r+

[bors]

📌 Commit 5747422 has been approved by gnzlbg

[bors]

⌛ Testing commit 5747422 with merge bc5c15e...

[gnzlbg]

Thanks, this is exactly what I had in mind.

[bors]

☀️ Test successful - checks-cirrus-freebsd-10, checks-cirrus-freebsd-11, checks-cirrus-freebsd-12, status-azure
Approved by: gnzlbg
Pushing bc5c15e to master...

[senden9]

@gnzlbg I also don't like unsorted random lists.

But the list at https://rust-lang.github.io/libc/#platform-specific-documentation seems not quite sorted. Does it take some time till the new documentation get pushed?
Because as far as i understand this list is generated form the master Branch. My PR is now merged into master. So this list should be now sorted or?

[gnzlbg]

It should just work, but apparently it stopped working 2 months ago: https://github.com/rust-lang/libc/tree/gh-pages (last time that was updated).

The job for this is indeed running: https://github.com/rust-lang/libc/blob/master/ci/azure.yml#L132

But apparently the deploy to github pages is being skipped: https://dev.azure.com/rust-lang2/libc/_build/results?buildId=501

@pietroalbini do you have any idea of what might be going on ?

[gnzlbg]

But apparently the deploy to github pages is being skipped: https://dev.azure.com/rust-lang2/libc/_build/results?buildId=501

Ok, so the problem is that these run in the auto-libc branch, but the deployment only happens for master. The master branch is never built anymore, so... nothing gets published.

[gnzlbg]

I've added a new pipeline that should build master: https://dev.azure.com/rust-lang2/libc/_build?definitionId=7

[gnzlbg]

@senden9 thanks, look: https://rust-lang.github.io/libc/#platform-specific-documentation now everything shows up sorted!

[senden9]

Nice :D.

I see mipsel-unknown-linux-gnu is two times in the list. See screenshot.

Should I fix that in another PR by checking for doubles in the list (dox.sh) or do you want to fix that problem on another level?

[gnzlbg]

#1557 should fix it

[senden9]

Good. Found just in that moment the same lines that you edited.