Skip to content
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

Revert #50105 until regression is fixed #50709

Merged
merged 6 commits into from
May 19, 2018
Merged

Conversation

alexcrichton
Copy link
Member

Discovered at #50105 (comment) it looks like this caused a regression with i686 musl, so let's revert in the meantime while a fix is worked out

@rust-highfive
Copy link
Collaborator

r? @pnkfelix

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

@rust-highfive rust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label May 13, 2018
@sfackler
Copy link
Member

@bors r+

@bors
Copy link
Contributor

bors commented May 13, 2018

📌 Commit 04029f3 has been approved by sfackler

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels May 13, 2018
@mixi
Copy link
Contributor

mixi commented May 15, 2018

Fair enough. It should be enough to just revert 6d9154a, though (and hopefully leave the fix for my original problem in).

The problem seems to be caused by the compiler searching in different directories for system libraries and start files (as with -m32 different start files are supposed to be linked in - and are somewhere to be found on the system, or else building for i686-glibc wouldn't work - but the library search path apparently only contains the start file directory for the x86_64 crt{begin,end}.o files).

@alexcrichton
Copy link
Member Author

@mixi FWIW I don't think this is searching the wrong directories but it can also come up when the files are just missing I believe?

@mixi
Copy link
Contributor

mixi commented May 15, 2018

@alexcrichton Of course. I guessed they aren't missing because I assumed (without any reason to - i686-gnu isn't part of the tests) linking for i686-gnu worked on the same system. (Note for future reference: on Ubuntu 14.01, which travis may or may not use, the files are supposed to be in the package lib32gcc-4.8-dev)

@bors
Copy link
Contributor

bors commented May 17, 2018

☔ The latest upstream changes (presumably #50615) made this pull request unmergeable. Please resolve the merge conflicts.

@bors bors added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels May 17, 2018
@alexcrichton
Copy link
Member Author

@bors: r=sfackler

@bors
Copy link
Contributor

bors commented May 17, 2018

📌 Commit acc874f has been approved by sfackler

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels May 17, 2018
@bors
Copy link
Contributor

bors commented May 19, 2018

⌛ Testing commit acc874f with merge 8319ef5...

bors added a commit that referenced this pull request May 19, 2018
Revert #50105 until regression is fixed

Discovered at #50105 (comment) it looks like this caused a regression with i686 musl, so let's revert in the meantime while a fix is worked out
@bors
Copy link
Contributor

bors commented May 19, 2018

☀️ Test successful - status-appveyor, status-travis
Approved by: sfackler
Pushing 8319ef5 to master...

@bors bors merged commit acc874f into rust-lang:master May 19, 2018
bors added a commit that referenced this pull request Jun 2, 2018
Fix building rustc on and for musl hosts.

This fixes all problems I had when trying to compile rustc on a musl-based distribution (with `crt-static = false` in `config.toml`).

This is a fixed version of what ended up being #50105, making it possible to compile rustc on musl targets.

The differences to the old (now merged and subsequently reverted) pull request are:
 - The commit (6d9154a) that caused the regression for which the original commits were reverted in #50709 is left out. This means the corresponding bug #36710 is still not fixed with `+crt-static`.
 - The test for issue 36710 is skipped for musl targets (until the issue is properly fixed).
 - Building cargo-vendor if `crt-static = false` is needed was broken (cargo-vendor links to some shared libraries if they exist on the system and this produces broken binaries with `+crt-static`)

CC @alexcrichton
@alexcrichton alexcrichton deleted the revert-musl branch June 29, 2018 19:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants