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.

Sign up for GitHub

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

Jump to bottom

[sparcv9] regalloc assertion failure with certain indirect calls #800

Closed
llvmbot opened this issue Aug 24, 2004 · 1 comment
Closed

[sparcv9] regalloc assertion failure with certain indirect calls #800

llvmbot opened this issue Aug 24, 2004 · 1 comment
Labels
backend:Sparc bugzilla Issues migrated from bugzilla

Comments

@llvmbot
Copy link
Member

llvmbot commented Aug 24, 2004

Bugzilla Link 428
Resolution FIXED
Resolved on Feb 22, 2010 12:42
Version trunk
OS Solaris
Reporter LLVM Bugzilla Contributor

Extended Description

On certain indirect LLVM 'call' Instructions, you can get an assertion
failure from the V9 back-end's graph-coloring register allocator.
Essentially, the interference graph builder needs to handle the case where
the indirect function pointer has already been assigned a register.
I don't think this is a very common case, but bugpoint managed to trigger
it for me at least once. The test case is
"test/Regression/CodeGen/SparcV9/2004-08-22-CallNull.llx".
@llvmbot
Copy link
Member Author

llvmbot commented Aug 24, 2004

I think these patches take care of it.

http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20040823/017460.html
http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20040823/017459.html

@llvmbot llvmbot transferred this issue from llvm/llvm-bugzilla-archive Dec 3, 2021
keryell pushed a commit to keryell/llvm-project that referenced this issue Oct 19, 2024
@Lancern @lanza
[CIR][NFC] Replace ternary ops after lowering prepare to select ops (l…

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Verified
Learn about vigilant mode
2f86e11 
…lvm#800)

This PR refactors the LoweringPrepare pass and replaces various ternary
ops generated by LoweringPrepare with semantically equivalent select
ops.
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
backend:Sparc bugzilla Issues migrated from bugzilla
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@llvmbot