Viewing profile — alexcrichton
alexcrichton
HN member- Joined
- Fri, Aug 05, 2011, 6:46 PM UTC
- HN karma
- 232
- Public activity
- 9 items
- HN profile
- View on Hacker News ↗
About alexcrichton
No profile information was provided.
Recent public activity
-
comment
Comment #18284439
Oh dear sorry about this, it's a little too non-obvious how to see the demo! I've [pushed a small commit]( https://github.com/rustwasm/wasm-bindgen/commit/f016ae5846bf... ) to upda…
- story
-
comment
Comment #12270453
The futures crate is intended to be the successor to eventual, the author of which, Carl, helped us with some key insights in the futures crate as well.
-
comment
Comment #12269950
In Rust it's frequently the case that slow compilations are dominated by generating and optimizing LLVM IR. This codegen step (generating LLVM IR) often takes awhile just because w…
-
comment
Comment #12269418
You can indeed use this on stable Rust today! Right now 1.9.0 is the minimum supported version due to the usage of `catch_panic` in a few places. I'd recommend a beta compiler for …
-
comment
Comment #11692226
Excitingly, today! If you run the rustup install script on an arm64 device it should "Just Work", but if it doesn't end up detecting arm64 you can download rustup and/or the compil…
-
comment
Comment #9780753
In addition to not interacting with the GNU toolchain at all (through MinGW), MSVC support will indeed enable native Windows debug info (as you mentioned) so native tools can be us…
-
comment
Comment #9435130
It does indeed! Due to Rust's lack of a garbage collector or runtime altogether, when C calls into Rust there is no overhead. In the example in the blog post [1] you can see that t…
-
comment
Comment #9435116
If you omit the `#[no_mangle]` definition then the compiler will end up emitting a mangled symbol (e.g. one with a long hash at the end that's hard to guess). Many C APIs take a ca…