-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
ICE: Out of memory error when compiling small boring code #16232
Comments
Can also reproduce on my system, Linux x86_64 with rustc |
"Restarting" the iterator types by collecting into a Vec and then iterating from there brings the compile time down from |
Apparently one of the types of my iterators towards the end of my program when this bug was file was
Since I think all the iterator methods are |
I have been seeing similar symptoms during A recent PR I was watching timed out on the Mac OSX build at the same point and was unable to merge. I'm on Linux 64, and the Linux 64 tests -did- pass, so I'd guess this is just an extreme slowdown and not a runaway loop. Edit: The compile is quick and clean without Edit2: No, the original bug report occurs even without optimizations, and even with old rustc's which do not have the unit test bug. (I am in the process of bisecting that one now.) |
This looks very much like issue #15244 |
Yeah, I'd be willing to mark this as a duplicate. |
Closing as duplicate of #15244 |
Seen on
rustc 0.12.0-pre-nightly (4d4eb1023 2014-08-02 23:36:09 +0000)
When compiling my irc message parsing library rustc uses as much CPU and memory as it can before crashing due to either an out of memory exception or an "illegal instruction" (stack overflow?).
The weird thing about this is that a single change didn't introduce the bug. As I worked on it, compile times got slower and slower until my machine could no longer even build the project.
Uninterestingly, I'm not using macros or any other rust features that might have explosive properties.
The text was updated successfully, but these errors were encountered: