Uh oh!
There was an error while loading. Please reload this page.
Use fibers on windows - #8
Conversation
…ble unwinding, catching panics and backtraces.
alexcrichton
left a comment
There was a problem hiding this comment.
Thanks! My main hesitation here continues to be that there's no comments anywhere and I have no idea how any of this works, so some comments would be greatly welcome!
Uh oh!
There was an error while loading. Please reload this page.
| } | ||
| } else { | ||
| #[inline(always)] | ||
| fn get_thread_stack_guarantee() -> usize { |
There was a problem hiding this comment.
Is this used because aren't all windows platforms x86/x86_64 righ tnow basically?
There was a problem hiding this comment.
I did see someone trying to use Rust on ARM64
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
oli-obk
commented
Nov 23, 2018
That's why I didn't want to touch that PR :/ cc @Zoxc can you do a first round of documentation, maybe even with some links into windows-documentation? If it's completely out of your cache I can start reading up on the docs myself though. |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
oli-obk
commented
Nov 28, 2018
@alexcrichton we lost appveyor on this repo it seems? |
oli-obk
commented
Nov 29, 2018
@Zoxc can you review the comments I added in the code? |
| cfg_if! { | ||
| if #[cfg(any(target_arch = "x86_64", target_arch = "x86"))] { | ||
| #[inline(always)] | ||
| // We cannot know the initial stack size on x86 |
oli-obk
commented
Nov 30, 2018
@alexcrichton deadlines are coming up fast. Do you think we could merge this and address additional documentation later? |
alexcrichton
commented
Nov 30, 2018
I think this is way too high risk to land in the edition release, and I would still personally prefer that someone takes the time to understand and document this. |
oli-obk
commented
Dec 6, 2018
mingw failures are probably related to rust-lang/rust#53454 |
alexcrichton
commented
Dec 7, 2018
Ok great! I'll take a closer look at this on Monday where I should have access to a windows computer and can dig in a bit more |
mati865
commented
Dec 9, 2018
Appveryor is configured to use headers from MSYS2 and libs copied from mingw-builds GCC 7.2 package. This ABI mismatch is only getting worse as the time goes by. Another error (this time caused by this PR) is multiple definition of |
| @@ -1,4 +1,4 @@ | |||
| #if defined(APPLE) || (defined(WINDOWS) && defined(X86)) | |||
There was a problem hiding this comment.
32 bit Windows does use additional leading _, you'll have to revert this change.
| fn __stacker_black_box(t: *const u8); | ||
| } | ||
| #[inline(never)] | ||
| fn __stacker_black_box(_: *const u8) {} |
There was a problem hiding this comment.
This is a not a black box. LLVM can see what is inside ;)
alexcrichton
commented
Dec 10, 2018
Zoxc
commented
Dec 10, 2018
This did fail on my Fedora VM last time I tried. That means that there's probably something wrong in the unix code :/ |
alexcrichton
commented
Dec 10, 2018
Ah ok, if you can get a reproduction we can dig in! |
No description provided.