-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
stack overflow when compiling jemallocator #5708
Comments
Er actual minimization: [package]
name = "jemalloc-sys"
version = "0.1.7"
authors = []
links = 'foo' # important
build = 'build.rs'
[lib]
test = false
path = 'lib.rs' You shouldn't even need any other files on the filesystem, |
Hm ok I think this was just a regression uncovered by that PR (although not sure why), this looks like it may be a longstanding bug, still investigating. |
Er wait no, it's directly related to these changes, I accidentally thought that'd had been there before. |
A fix should be in #5711 |
Some logic which was tweaked around the dependencies of build script targets was tweaked slightly in a way that causes cargo to stack overflow by accientally adding a dependency loop. This commit implements one of the strategies discussed in rust-lang#5711 to fix this situation. The problem here is that when calculating the deps of a build script we need the build scripts of *other* packages, but the exact profile is somewhat difficult to guess at the moment we're generating our build script unit. To solve this the dependencies towards other build scripts' executions is added in a different pass after all other units have been assembled. At this point we should know for sure that all build script executions are in the dependency graph, and we just need to add a few more edges. Closes rust-lang#5708
Partially revert dep changes in #5651 Some logic which was tweaked around the dependencies of build script targets was tweaked slightly in a way that causes cargo to stack overflow by accientally adding a dependency loop. This commit implements one of the strategies discussed in #5711 to fix this situation. The problem here is that when calculating the deps of a build script we need the build scripts of *other* packages, but the exact profile is somewhat difficult to guess at the moment we're generating our build script unit. To solve this the dependencies towards other build scripts' executions is added in a different pass after all other units have been assembled. At this point we should know for sure that all build script executions are in the dependency graph, and we just need to add a few more edges. Closes #5708
Some logic which was tweaked around the dependencies of build script targets was tweaked slightly in a way that causes cargo to stack overflow by accientally adding a dependency loop. This commit implements one of the strategies discussed in rust-lang#5711 to fix this situation. The problem here is that when calculating the deps of a build script we need the build scripts of *other* packages, but the exact profile is somewhat difficult to guess at the moment we're generating our build script unit. To solve this the dependencies towards other build scripts' executions is added in a different pass after all other units have been assembled. At this point we should know for sure that all build script executions are in the dependency graph, and we just need to add a few more edges. Closes rust-lang#5708
See https://github.com/alexcrichton/jemallocator/issues/61
It might be a
cargo
issue, since the crate doesn't even compile.fails with:
thread 'main' has overflowed its stack fatal runtime error: stack overflow
Running lldb reports:
The text was updated successfully, but these errors were encountered: