-
Notifications
You must be signed in to change notification settings - Fork 391
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve pc-windows-gnu support #92
Conversation
Hey @japaric, I gave a try in improving pc-windows-gnu support. There two question to be solved. First, the produced binaries are not static linked, they depend on some dlls. I think it's possible to produce static linked binaries passing |
Thanks for the PR @malbarbo! This looks good to me.
We should stick to the default. Not sure if the binaries compiled for mingw on a Windows host produce statically linked binaries but we should do the same.
I have no idea. Perhaps the openssl crate now builds libopenssl on the fly for windows targets? Do you know if Oh, and could you add the i686-mingw target to the list of supported targets in the README? |
README updated. I do not have access to a windows machine to test if cargo works... I built and run cargo with wine in my machine and it worked fine. I left out openssl support in README. If someone can confirm that it works, then we update it later. |
Thanks for checking.
Sounds good to me. @homunkulus r+ |
📌 Commit 3d3ec4d has been approved by |
3d3ec4d
to
ad58c94
Compare
@japaric Another try. Add missing mount binfmt_misc before registering wine interpreter. |
ad58c94
to
7f7b5db
Compare
@homunkulus r+ |
📌 Commit 049447c has been approved by |
@japaric Sorry for being lazy... Now I have tested docker wine registration process in my machine. |
I will try to reduce the build time. |
Don't be. I know the registration stuff is tricky since it latches so sometimes it seems to be working without having configured anything but actually it may have been configured before by some other program, etc.
Yeah, we need to reduce build time to fit the 50 mins time limit or this can't land. |
@japaric Ready for another try. |
@malbarbo Sorry for the delay! Let's try again. @homunkulus r+ |
📌 Commit 09cb7be has been approved by |
💔 Test failed - status-travis |
09cb7be
to
7ddfddd
Compare
x86_64 seems to be llvm 4 related, see rust-lang/rust#41630. Unset DYLIB, compiler-builtins does pass anyway. Try to improve i686 built time. Maybe we can build another crate, cargo takes too long. |
Let's give it another try? |
@homunkulus r+ |
📌 Commit 7ddfddd has been approved by |
🔒 Merge conflict |
☔ The latest upstream changes (presumably #96) made this pull request unmergeable. Please resolve the merge conflicts. |
📌 Commit 1c94fc7 has been approved by |
💔 Test failed - status-travis |
☔ The latest upstream changes (presumably #98) made this pull request unmergeable. Please resolve the merge conflicts. |
Can we try again? |
@homunkulus r+ |
📌 Commit 3c68814 has been approved by |
💔 Test failed - status-travis |
This reduces 330 seconds on travis
…mprove-pc-windows
I do not want to give up... Can we try again? |
@homunkulus r+ |
📌 Commit 068a819 has been approved by |
💔 Test failed - status-travis |
We are not building openssl on *-pc_windows-gnu, so disable testing it. This should allows i686-pc-windows-gnu build on time. rust-lang/cargo#4126 has landed, so we are ready to try again... |
@homunkulus r+ |
📌 Commit 68c0bc1 has been approved by |
☀️ Test successful - status-travis |
Fixes #65