-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
task 'rustc' failed at 'No triple in crate' #13730
Comments
This was recently added, so it probably means that you need to recompile some upstream crates. If you do so, does the ICE go away for you? |
When I try to compile rust-sfml, the library outputs no error but the pong example outputs this ICE. I just tried this code and I got the error: extern crate collections;
fn main () {
println!("This is a test");
} |
I repulled and recompiled rust and the problem is gone, maybe it has been fixed during the day ? |
I don't know if comments are seen on closed issues. However, I'm having this problem too. Just downloaded the nightly version of Rust from http://www.rust-lang.org. rustc 0.11-pre-nightly (eea4909 2014-04-24 23:41:15 -0700) I note that I don't have this issue with the same file, when using rustc 0.10 installed via Homebrew. Let me know if I can help somehow (with more information about my system or other things). Here's the backtrace of the command I ran:
|
I just ran a fresh build of Rust from Master, on OSX, and I'm getting a similar error:
My build script builds all my dependencies from scratch, so I don't believe it's due to one of them being an older version :( |
Is there example code that you are compiling that I could test as well? (or example build scripts) |
Not easily, the stuff I'm currently on is closed source :( |
I'll test this again tonight and try to find the piece of code that triggered the error for me. Edit: Can't seem to find the piece of code that was causing the bug for me. However, @schuster 's example with the create |
Manually killing off all of the rust libraries on my system before doing a build seems to have fixed this for me |
I'm running into this myself. Like the others, I had a previous version of Rust (0.8, I believe) and tried to install a nightly (rustc 0.11-pre-nightly (f77784b 2014-04-29 19:46:44 -0700)) last night. I narrowed it down to this program: extern crate time; Notably, "time" causes this problem, but "std" doesn't. It might be because when I had compiled a larger version of this program before with "time", but had possibly never compiled "std". So perhaps the nightly isn't noticing that some compiled versions of libraries were compiled under and old, incompatible version of Rust? I'm happy to run tests if that helps narrow down the problem, since it sounds like this is an environment-specific issue. If it helps, here's my output of uname -a: Linux atlantis 3.14.0-4-ARCH #1 SMP PREEMPT Wed Apr 9 21:11:25 CEST 2014 x86_64 GNU/Linux |
I encountered this when installing a nightly over a previously installed version. Manually removing all Rust-related files from the install prefix (/usr/local in this case) and reinstalling the nightly fixed the problem.
|
Getting this too, after switching from v0.10 to Nightly on Arch Linux. Using passcod/rast. Gist: https://gist.github.com/passcod/23f905be1beaf3e88063 |
…r=Veykril Support builtin derive macro helper attributes Closes rust-lang#13244 It's a bit wasteful for `Macro2Data` to have `helpers` field currently just for `Default` derive macro, but I tend to think it's okay for the time being given how rare macro2's are used.
This is happening on all my calls to rustc (on old code) since I updated my rust installation (from approximately rustc 0.10-pre). I have no idea what's the origin of the problem.
I'm using:
Linux 3.10.32-2-MANJARO x86_64
rustc 0.11-pre (e01e78f 2014-04-24 03:21:28 -0700)
Here is the problem:
This is my first bug report, I hope it is useful.
The text was updated successfully, but these errors were encountered: