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

Latest Rust nightly does not work on FreeBSD #43427

Closed
alexreg opened this issue Jul 23, 2017 · 9 comments · Fixed by #43430
Closed

Latest Rust nightly does not work on FreeBSD #43427

alexreg opened this issue Jul 23, 2017 · 9 comments · Fixed by #43430
Labels
C-bug Category: This is a bug. O-freebsd Operating system: FreeBSD P-high High priority regression-from-stable-to-nightly Performance or correctness regression from stable to nightly. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue.

Comments

@alexreg
Copy link
Contributor

alexreg commented Jul 23, 2017

I'm not sure when exactly it broke, but I suspect within the last few days. When I run rustc now, I get:

$ rustc
ELF binary type "0" not known.
/home/alexuk/.rustup/toolchains/nightly-x86_64-unknown-freebsd/bin/rustc: ELF: not found
/home/alexuk/.rustup/toolchains/nightly-x86_64-unknown-freebsd/bin/rustc: ?gߓ?4????O06???: not found
/home/alexuk/.rustup/toolchains/nightly-x86_64-unknown-freebsd/bin/rustc: DD: not found
/home/alexuk/.rustup/toolchains/nightly-x86_64-unknown-freebsd/bin/rustc: ?T: not found
/home/alexuk/.rustup/toolchains/nightly-x86_64-unknown-freebsd/bin/rustc: Wui: not found
/home/alexuk/.rustup/toolchains/nightly-x86_64-unknown-freebsd/bin/rustc: 6: Syntax error: ")" unexpected

And the output of readelf -h $(which rustc) is the following:

ELF Header:
  Magic:   7f 45 4c 46 02 01 01 09 00 00 00 00 00 00 00 00 
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - FreeBSD
  ABI Version:                       0
  Type:                              DYN (Shared object file)
  Machine:                           Advanced Micro Devices X86-64
  Version:                           0x1
  Entry point address:               0xa4420
  Start of program headers:          64 (bytes into file)
  Start of section headers:          11889304 (bytes into file)
  Flags:                             0x0
  Size of this header:               64 (bytes)
  Size of program headers:           56 (bytes)
  Number of program headers:         9
  Size of section headers:           64 (bytes)
  Number of section headers:         44
  Section header string table index: 41

I'm using the latest version of Rustup, if it makes a difference. Did the build script get botched recently, or something?

@Mark-Simulacrum Mark-Simulacrum added C-bug Category: This is a bug. O-freebsd Operating system: FreeBSD P-high High priority labels Jul 23, 2017
@Mark-Simulacrum
Copy link
Member

I'm guessing it's likely this is because of the rustbuild changes, though I'm not sure yet. Attempting to bisect...

@Mark-Simulacrum Mark-Simulacrum added T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue. labels Jul 23, 2017
@alexreg
Copy link
Contributor Author

alexreg commented Jul 23, 2017

Okay, thanks for getting on this quickly @Mark-Simulacrum.

@Mark-Simulacrum
Copy link
Member

For the time being, rustup install nightly-2017-07-22 should work.

@Mark-Simulacrum Mark-Simulacrum added the regression-from-stable-to-nightly Performance or correctness regression from stable to nightly. label Jul 23, 2017
@beatgammit
Copy link

beatgammit commented Jul 23, 2017

For me it seems like a problem with rustup. When I run rustc, I get the error, but if I run it directly ~/.rustup/.../nightly.../bin/rustc,, it works fine. I'm going to try updating rustup.

Edit: Wow, you are fast :) Between the time I noticed this and got around to checking on it, this was fixed. Kudos all around :)

@Mark-Simulacrum
Copy link
Member

I'm hopeful that #43430 will fix this, so tomorrow's nightly should hopefully work again. Will ping here once it lands.

bors added a commit that referenced this issue Jul 24, 2017
Rustbuild regression fixes

I believe this will fix #43427.

This PR also avoids running pretty tests by-default.

r? @alexcrichton
@Others
Copy link
Contributor

Others commented Jul 24, 2017

I had a very similar problem on a fresh Ubuntu VM, and rustup install nightly-2017-07-22 fixed the problem. (So I think it's probably the same issue.) Looks like there is a fix coming though?

@Mark-Simulacrum
Copy link
Member

Please let me know if tomorrow's nightly works on FreeBSD and if not we'll reopen.

@beatgammit
Copy link

I just built on last night's nightly (2017-07-24) and it worked for me. I intended to test this yesterday but got busy.

Thanks for the timely patch!

@alexreg
Copy link
Contributor Author

alexreg commented Jul 26, 2017

Thanks @Mark-Simulacrum, looks all good for me too. :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-bug Category: This is a bug. O-freebsd Operating system: FreeBSD P-high High priority regression-from-stable-to-nightly Performance or correctness regression from stable to nightly. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants