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

Bump master to 1.21.0 #43320

Merged
merged 1 commit into from
Jul 25, 2017
Merged

Bump master to 1.21.0 #43320

merged 1 commit into from
Jul 25, 2017

Conversation

alexcrichton
Copy link
Member

This commit bumps the master branch's version to 1.21.0 and also updates the
bootstrap compiler from the freshly minted beta release.

@rust-highfive
Copy link
Collaborator

r? @brson

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

@arielb1 arielb1 added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Jul 18, 2017
@Mark-Simulacrum
Copy link
Member

I've restarted the PR builder, but this is the log:

[00:51:41] failed to execute command: "llvm-config" "--version"
[00:51:41] error: No such file or directory (os error 2)

@kennytm
Copy link
Member

kennytm commented Jul 19, 2017

Failed again, legit.

// src/librustc_llvm/build.rs
    let llvm_config = env::var_os("LLVM_CONFIG")
        .map(PathBuf::from)
        .unwrap_or_else(|| {
            if let Some(dir) = env::var_os("CARGO_TARGET_DIR").map(PathBuf::from) {
                let to_test = dir.parent()
                    .unwrap()
                    .parent()
                    .unwrap()
                    .join(&target)
                    .join("llvm/bin/llvm-config");
                if Command::new(&to_test).output().is_ok() {
                    return to_test;
                }
            }
            PathBuf::from("llvm-config")
        });
...
    let mut version_cmd = Command::new(&llvm_config);
    version_cmd.arg("--version");

Looks like both $LLVM_CONFIG is undefined and $CARGO_TARGET_DIR/../../$TARGET/llvm/bin/llvm-config is invalid, causing it fall back to use the built-in llvm-config which does not exist.

@est31
Copy link
Member

est31 commented Jul 20, 2017

Failed again, seems still legit.

@bors
Copy link
Contributor

bors commented Jul 21, 2017

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

@alexcrichton
Copy link
Member Author

r? @Mark-Simulacrum


/// Configures the `cargo` command with env vars and such to build the standard
/// library.
pub fn std_cargo(build: &Build,
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What do you think about making {std,test,rustc}_cargo call Cargo themselves? Probably more than we want to do in this patch, but I believe it'd make the code cleaner, could you add a FIXME or file an issue?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh I don't think we'd want to end up doing that because while the compile.rs invocations immediately just run Cargo the check.rs will add more args (like --no-fail-fast) and also maybe not abort the build if the test run fails.

@Mark-Simulacrum
Copy link
Member

Other than filing the issue or fixing the nit, r=me.

@alexcrichton
Copy link
Member Author

@bors: r=Mark-Simulacrum

@bors
Copy link
Contributor

bors commented Jul 22, 2017

📌 Commit 7ec9cc2 has been approved by Mark-Simulacrum

@bors
Copy link
Contributor

bors commented Jul 22, 2017

🔒 Merge conflict

@bors
Copy link
Contributor

bors commented Jul 22, 2017

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

@Mark-Simulacrum
Copy link
Member

@bors r+

@bors
Copy link
Contributor

bors commented Jul 23, 2017

📌 Commit 48ee28b has been approved by Mark-Simulacrum

@Mark-Simulacrum
Copy link
Member

@bors p=1

@bors
Copy link
Contributor

bors commented Jul 23, 2017

⌛ Testing commit 48ee28bad7b3a344c2e884f6834b72d5fe2b66cf with merge 7fac9cc983f848ca2722fcb9c5f88475bac61a97...

@bors
Copy link
Contributor

bors commented Jul 23, 2017

💔 Test failed - status-travis

@Mark-Simulacrum
Copy link
Member

It does seem likely that we have two different versions of rls-data in use: https://github.com/rust-lang/rust/pull/43320/files#diff-5d9bf57935c52008319cccc88d4d737dR2208.

[01:03:18] error[E0308]: mismatched types
[01:03:18]    --> /checkout/src/tools/rls/src/actions/mod.rs:183:55
[01:03:18]     |
[01:03:18] 183 |                         analysis.reload_from_analysis(new_analysis, &project_path, &cwd, false).unwrap();
[01:03:18]     |                                                       ^^^^^^^^^^^^ expected struct `rls_data::Analysis`, found struct `data::Analysis`
[01:03:18]     |
[01:03:18]     = note: expected type `rls_data::Analysis`
[01:03:18]                found type `data::Analysis`
[01:03:18] note: Perhaps two different versions of crate `rls_data` are being used?
[01:03:18]    --> /checkout/src/tools/rls/src/actions/mod.rs:183:55
[01:03:18]     |
[01:03:18] 183 |                         analysis.reload_from_analysis(new_analysis, &project_path, &cwd, false).unwrap();
[01:03:18]     |                                                       ^^^^^^^^^^^^
[01:03:18]
[01:03:18] error: aborting due to previous error

@alexcrichton
Copy link
Member Author

@bors: r=Mark-Simulacrum

@bors
Copy link
Contributor

bors commented Jul 23, 2017

📌 Commit f2b7dd8 has been approved by Mark-Simulacrum

@alexcrichton
Copy link
Member Author

@bors: r=Mark-Simulacrum

@bors
Copy link
Contributor

bors commented Jul 24, 2017

📌 Commit 6eb6ab3 has been approved by Mark-Simulacrum

@bors
Copy link
Contributor

bors commented Jul 24, 2017

⌛ Testing commit 6eb6ab3a5b8b9ae28517a682ba35fd17da115bc6 with merge 08a7f5b0ca65e6a586bf4b57c30d4f78c2e865f8...

@bors
Copy link
Contributor

bors commented Jul 24, 2017

💔 Test failed - status-appveyor

@Mark-Simulacrum
Copy link
Member

Hmm, this is odd. I don't recall this PR having any relevant changes that could cause this.

[01:00:37] error[E0460]: found possibly newer version of crate `syntax` which `proc_macro` depends on
[01:00:37]   --> C:\Users\appveyor\.cargo\registry\src\github.com-1ecc6299db9ec823\serde_derive-1.0.10\s
[01:00:37]    |
[01:00:37] 33 | extern crate proc_macro;
[01:00:37]    | ^^^^^^^^^^^^^^^^^^^^^^^^
[01:00:37]    |
[01:00:37]    = note: perhaps that crate needs to be recompiled?
[01:00:37]    = note: crate `syntax` path #1: \\?\C:\projects\rust\build\x86_64-pc-windows-msvc\stage2\l
[01:00:37]    = note: crate `proc_macro` path #1: \\?\C:\projects\rust\build\x86_64-pc-windows-msvc\stag
[01:00:37]    = help: please recompile that crate using --crate-type lib
[01:00:37]    = note: crate `syntax` path #1: C:\projects\rust\build\x86_64-pc-windows-msvc\stage2\lib\r
[01:00:37]    = note: crate `syntax` path #2: C:\projects\rust\build\x86_64-pc-windows-msvc\stage2\lib\r
[01:00:37]    = note: crate `syntax` path #3: C:\projects\rust\build\x86_64-pc-windows-msvc\stage2\lib\r

@alexcrichton
Copy link
Member Author

I think it may have been a bug in rustbuild

@bors: r=Mark-Simulacrum

@bors
Copy link
Contributor

bors commented Jul 25, 2017

📌 Commit c6a1568 has been approved by Mark-Simulacrum

@bors
Copy link
Contributor

bors commented Jul 25, 2017

⌛ Testing commit c6a1568f8d57569404b44fde518ed0f3abc166df with merge e11b865e13a728a8bbe9c6f33294d58b0ffb0a49...

@bors
Copy link
Contributor

bors commented Jul 25, 2017

💔 Test failed - status-appveyor

@kennytm
Copy link
Member

kennytm commented Jul 25, 2017

Same extern crate proc_macro; problem as before…

error[E0460]: found possibly newer version of crate `syntax` which `proc_macro` depends on
  --> C:\Users\appveyor\.cargo\registry\src\github.com-1ecc6299db9ec823\serde_derive-1.0.10\src\lib.rs:33:1
   |
33 | extern crate proc_macro;
   | ^^^^^^^^^^^^^^^^^^^^^^^^
   |
   = note: perhaps that crate needs to be recompiled?
   = note: crate `syntax` path #1: \\?\C:\projects\rust\build\x86_64-pc-windows-msvc\stage2\lib\rustlib\x86_64-pc-windows-msvc\lib\syntax-6196dacf1e65a603.dll
   = note: crate `proc_macro` path #1: \\?\C:\projects\rust\build\x86_64-pc-windows-msvc\stage2\lib\rustlib\x86_64-pc-windows-msvc\lib\proc_macro-fc867c3f551cd774.dll
   = help: please recompile that crate using --crate-type lib
   = note: crate `syntax` path #1: C:\projects\rust\build\x86_64-pc-windows-msvc\stage2\lib\rustlib\x86_64-pc-windows-msvc\lib\syntax-6196dacf1e65a603.dll.lib
   = note: crate `syntax` path #2: C:\projects\rust\build\x86_64-pc-windows-msvc\stage2\lib\rustlib\x86_64-pc-windows-msvc\lib\syntax_ext-11b7b12ae499f2f9.dll.lib
   = note: crate `syntax` path #3: C:\projects\rust\build\x86_64-pc-windows-msvc\stage2\lib\rustlib\x86_64-pc-windows-msvc\lib\syntax_pos-a675ced0e8b4f384.dll.lib
error: aborting due to previous error

BTW the diagnostic should be improved, it is unclear whether "that crate" means syntax or proc_macro.

This commit bumps the master branch's version to 1.21.0 and also updates the
bootstrap compiler from the freshly minted beta release.
@alexcrichton
Copy link
Member Author

@bors: r=Mark-Simulacrum

@bors
Copy link
Contributor

bors commented Jul 25, 2017

📌 Commit 9010567 has been approved by Mark-Simulacrum

@bors
Copy link
Contributor

bors commented Jul 25, 2017

⌛ Testing commit 9010567 with merge c417ee9...

bors added a commit that referenced this pull request Jul 25, 2017
Bump master to 1.21.0

This commit bumps the master branch's version to 1.21.0 and also updates the
bootstrap compiler from the freshly minted beta release.
@bors
Copy link
Contributor

bors commented Jul 25, 2017

☀️ Test successful - status-appveyor, status-travis
Approved by: Mark-Simulacrum
Pushing c417ee9 to master...

@bors bors merged commit 9010567 into rust-lang:master Jul 25, 2017
est31 added a commit to est31/rust that referenced this pull request Jul 25, 2017
In rust-lang#42938 we made the compiler
emit a call to begin_panic_new in order to pass column info to it. Now
with stage0 updated (rust-lang#43320),
we can safely change begin_panic and start emitting calls for it again.
bors added a commit that referenced this pull request Jul 27, 2017
Switch to begin_panic again

In #42938 we made the compiler
emit a call to begin_panic_new in order to pass column info to it. Now
with stage0 updated (#43320),
we can safely change begin_panic and start emitting calls for it again.
@alexcrichton alexcrichton deleted the new-bootstrap branch August 22, 2017 19:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-review Status: Awaiting review from the assignee but also interested parties.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants