`windows-bindgen` output ordering

[kennykerr]

I'm busy revamping windows-bindgen to deal with a number of issues and make it a lot more flexible.

One potential issue is whether we still need to sort function declarations by exporting library to avoid Rust compiler inefficiencies.

@ChrisDenton do you happen to know if that's still an issue with raw-dylib?

I'll probably still need to support some version of this for windows-sys generation, at least for now.

[ChrisDenton]

It's not an issue with raw-dylib, fortunately.

[ChrisDenton]

Oh, btw std no longer requires this when using import libs. Instead it uses #[link(name = "kernel32")] for every import. It then has an empty extern block to list the other import libs.

#[link(name = "advapi32")]
#[link(name = "userenv")]
// etc...
extern "C" {}

This isn't ideal as it requires some (albeit rare) manual curation but it side-steps the problem entirely.

[kennykerr]

That is wonky. 🙂

Hopefully rust-lang/rust#129821 will complete soon and we can get rid of all of this.