Skip to content

Removing the no-omit-frame-pointer LLVM option breaks Mac stack traces #8833

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
catamorphism opened this issue Aug 29, 2013 · 1 comment
Closed
Labels
A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. O-macos Operating system: macOS

Comments

@catamorphism
Copy link
Contributor

I was getting gdb backtraces (on Mac OS X) that were only two frames long, when they shouldn't have been. @brson suggested that I try reverting 0ac02e7 , @thestinger 's commit that eliminates the no-omit-frame-pointer option. When I reverted everything including and after this commit, I was able to get correct backtraces again.

I don't understand this area well enough to say more, but @brson thought that if this was breaking Mac stack traces, the patch should be reverted for now.

@thestinger
Copy link
Contributor

gdb will fall back to using frame pointers if the regular call frame info is unavailable, so this makes sense. I'm not sure why the CFI stuff wouldn't be working on OS X. Note that lldb on OS X is totally broken with Rust too: #8543, but it doesn't do the frame pointer fallback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. O-macos Operating system: macOS
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants