Skip to content
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

Indirect call crashes JIT on x86 / Darwin #1108

Closed
llvmbot opened this issue Apr 13, 2006 · 1 comment
Closed

Indirect call crashes JIT on x86 / Darwin #1108

llvmbot opened this issue Apr 13, 2006 · 1 comment
Labels
backend:X86 bugzilla Issues migrated from bugzilla compile-fail Use [accepts-invalid] and [rejects-valid] instead

Comments

@llvmbot
Copy link
Collaborator

llvmbot commented Apr 13, 2006

Bugzilla Link 736
Resolution FIXED
Resolved on Mar 06, 2010 13:59
Version 1.7
OS MacOS X
Reporter LLVM Bugzilla Contributor

Extended Description

See test/Regression/ExecutionEngine/2005-12-02-TailCallBug.ll

After a callback (for lazy compilation), the execution engine would crash in JITCompilerFn(). Looks like the
stub to function look up failed (it actually crashed during the map look up):
// The address given to us for the stub may not be exactly right, it might be
// a little bit after the stub. As such, use upper_bound to find it.
std::map<void*, Function*>::iterator I =
JR.state.getStubToFunctionMap(locked).upper_bound(Stub);

@llvmbot
Copy link
Collaborator Author

llvmbot commented May 1, 2006

This appears to be working now, I can't reproduce the crash with the new front end and TOT llvm.

@llvmbot llvmbot transferred this issue from llvm/llvm-bugzilla-archive Dec 3, 2021
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backend:X86 bugzilla Issues migrated from bugzilla compile-fail Use [accepts-invalid] and [rejects-valid] instead
Projects
None yet
Development

No branches or pull requests

1 participant