runtimeverification / runtimeverification/haskell-backend
Extend LLVM backend binary Kore
Nobody has claimed this yet.
- Dominant language
- Haskell
- Stars
- 224
- Forks
- 43
- PR merge metrics
- No merged PRs in 30d
Description
@goodlyrottenapple implemented https://github.com/runtimeverification/hs-backend-booster/pull/83, which uses the LLVM backend binary representation.
We should consider extending this format so that we use this binary format instead of TextualKore -> ParsedKore -> InternalisedKore, so kompile would call a program which transforms TextualKore -> BinaryKore and hs-backend-booster/kore-exec would do BinaryKore -> InternalisedKore. This would replace the Compact region optimisation that we currently have.
Another possible improvement would be to use this binary format when communicating through the RPC server. Further discussion with the rest of the company would be required. We should standardize this.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading PR 83 and the hs-backend-booster/kore-exec entry point to understand the LLVM backend binary representation. Trace how kompile currently converts TextualKore through ParsedKore and InternalisedKore, and where the Compact optimization and RPC server communicate. Done requires an agreed standard for BinaryKore and a defined integration plan, which the issue says needs further discussion.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- haskell
- Domain
- backend-api-design, compilers
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100