Skip to content

No rule to make target i686-unknown-linux-gnu/rt/arch/i386/morestack.o #17079

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

Closed
tomaka opened this issue Sep 7, 2014 · 5 comments
Closed

No rule to make target i686-unknown-linux-gnu/rt/arch/i386/morestack.o #17079

tomaka opened this issue Sep 7, 2014 · 5 comments
Labels
O-linux Operating system: Linux

Comments

@tomaka
Copy link
Contributor

tomaka commented Sep 7, 2014

While compiling rust with Ubuntu 14.04 on a 32 bits machine with the --llvm-root flag:

...
extracting rust-stage0/bin/rustc
make: *** No rule to make target `i686-unknown-linux-gnu/rt/arch/i386/morestack.o', needed by `i686-unknown-linux-gnu/rt/libmorestack.a'.  Stop.

Removing --llvm-root fixes the problem, but I wanted to use the --llvm-root flag in order to use LLVM 3.3, which is the version required by emscripten.

(similar to #15228)

@nodakai
Copy link
Contributor

nodakai commented Sep 8, 2014

@tomaka My understanding is, if we were able to build Rust with plain LLVM 3.x rather than rust-lang/llvm (a fork from LLVM SVN trunk,) the Rust developers would not have taken the trouble of maintaining the latter.

FYI, when I tried to build Rust Git HEAD with my installation of LLVM 3.4 a few weeks ago, the bootstraping stage aborted with an assert failure. Since then I just follow the standard build procedure.

@tomaka
Copy link
Contributor Author

tomaka commented Sep 8, 2014

The Travis test uses a regular LLVM as well: https://github.com/rust-lang/rust/blob/master/.travis.yml

I'm not sure but I think that my issues simply comes from an inconsistency between i686 and i386. Travis runs on x86_64, that's why it's working fine.

@tomaka
Copy link
Contributor Author

tomaka commented Sep 8, 2014

Removing these two lines fixed it:

I still don't know what the root of the problem is, though.

@steveklabnik steveklabnik added A-build O-linux Operating system: Linux labels Jan 27, 2015
@steveklabnik
Copy link
Member

Is this still a problem today?

@tomaka
Copy link
Contributor Author

tomaka commented Jul 27, 2015

I'm probably never going to try this ever again.

@tomaka tomaka closed this as completed Jul 27, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
O-linux Operating system: Linux
Projects
None yet
Development

No branches or pull requests

3 participants