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

libcompiler-rt.a is dead, long live libcompiler-builtins.rlib #1

Open
dckc opened this issue Oct 22, 2016 · 5 comments
Open

libcompiler-rt.a is dead, long live libcompiler-builtins.rlib #1

dckc opened this issue Oct 22, 2016 · 5 comments

Comments

@dckc
Copy link

dckc commented Oct 22, 2016

The directions on the Rust wiki page say multirust update nightly but I don't think that works any more.

I'm trying to use rustup override set nightly-2016-06-01 based on a clue from kent_. I don't have it completely working: build errors

He referred me to rust-lang/rust#35021, which is a [breaking-change] that I guess we need to react to.

@dckc
Copy link
Author

dckc commented Oct 22, 2016

closely related: https://github.com/redox-os/redox/issues/709

@dckc
Copy link
Author

dckc commented Oct 23, 2016

Kent suggests:

Xargo builds the sysroot in a temp directory. This seems to break the localized rust version overrides provided by multirust or rustup.
I'm not sure what a good fix for this is, but a temporary work around would be to set the same nightly-2016-06-01 on /tmp, or change the global default.
So your build errors in that github issue are because the older libstd is being built with a newer version of rustc.

I tried rustup default nightly-2015-04-01 and then make qemu-arm again. No joy, though the symptoms are different:

 [RUST] Building std libs
    Compiling sysroot for arm-sel4-linux-gnueabi
 failed to parse manifest at `/home/connolly/.xargo/src/src/libpanic_unwind/Cargo.toml`
 Caused by:
   expected a value of type `array`, but found a value of type `table` for the key `lib`

I tried removing ~/.xargo ; no joy.

rust-lang/cargo#1011 suggests this error is due to a missing name key in the [lib] section.

@dckc
Copy link
Author

dckc commented Oct 24, 2016

nightly-2016-05-31 seems to work, once I updated my cargo to something relatively modern. I can't quite be sure, though, because now I'm having trouble at the linking step.

@dckc
Copy link
Author

dckc commented Oct 24, 2016

somebody shared a Dockerfile relevant to this stuff

@dckc
Copy link
Author

dckc commented Jan 3, 2017

On 23 Oct, I back-tracked and built some non-rust stuff. It took me quite a while to navigate haskell version issues and such, but I guess I got there.

23 Oct chat log

My rust goal got stuck on gcc version skew, I think.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant