[Rustbuild] Found possibly newer version of crate std which rustc_serialize depends on
#39396
Labels
T-bootstrap
Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap)
Comments
|
Libraries for Doing a |
|
Yup, every time I saw that issue @nagisa 's workaround worked for me as well. |
alexcrichton
added
the
T-bootstrap
|
The cause of this issue is this FIXME. |
|
Sadly, the workaround does not seem to apply to the issue closed as a dupe, where I run |
|
The underlying issue is the same (i.e. not cleared properly; its not tools libraries which conflict), libraries which conflict are different. In your case nuking the whole build directory is probably the easiest workaround. |
3 tasks
alexcrichton
added a commit
to alexcrichton/rust
that referenced
this issue
Apr 13, 2017
This commit knocks out a longstanding FIXME in rustbuild which should correctly recompile stage0 compiletest and such whenever libstd itself changes. The solution implemented here was to implement a notion of "order only" dependencies and then add a new dependency stage for clearing out the tools dir, using order-only deps to ensure that it happens correctly. The dependency drawing for tools is a bit wonky now but I think this'll get the job done. Closes rust-lang#39396
frewsxcv
added a commit
to frewsxcv/rust
that referenced
this issue
Apr 13, 2017
rustbuild: Fix recompilation of stage0 tools dir This commit knocks out a longstanding FIXME in rustbuild which should correctly recompile stage0 compiletest and such whenever libstd itself changes. The solution implemented here was to implement a notion of "order only" dependencies and then add a new dependency stage for clearing out the tools dir, using order-only deps to ensure that it happens correctly. The dependency drawing for tools is a bit wonky now but I think this'll get the job done. Closes rust-lang#39396
bors
added a commit
that referenced
this issue
Apr 13, 2017
rustbuild: Fix recompilation of stage0 tools dir This commit knocks out a longstanding FIXME in rustbuild which should correctly recompile stage0 compiletest and such whenever libstd itself changes. The solution implemented here was to implement a notion of "order only" dependencies and then add a new dependency stage for clearing out the tools dir, using order-only deps to ensure that it happens correctly. The dependency drawing for tools is a bit wonky now but I think this'll get the job done. Closes #39396
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
It's hard to tell exactly what causes this sort of error, but I see similar errors quite often after pulling from GitHub. Let me know if there's other artifacts or anything else I can provide to help diagnose this.
Verbose log:
cc @alexcrichton
The text was updated successfully, but these errors were encountered: