Vector35 / Vector35/binaryninja-api
Revisit some HLIL design decisions now that pseudo-c exists
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 1.3k
- Forks
- 298
- Avg merge
- 5d 5h
- Merged PRs (30d)
- 19
Description
What is the feature you'd like to have?
I want integers to default to unsigned in HLIL and I never want to type uint8_t again.
Is your feature request related to a problem?
I think that some decisions were made in HLIL to make it closer to C. Now that the pseudo-C view exists, I'd like HLIL to be free. Some examples:
- Make integers unsigned by default so I never see
-0x3ffffffffagain - Adopt rusts type names (u8, i8, u16, i16 etc) by default
- Others?
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
No files or tests are named. Start by reviewing the current HLIL integer defaults and type names alongside the existing pseudo-C view; completion would require a settled design for how HLIL should differ, including the listed unsigned defaults and naming changes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- compilers, reverse-engineering
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100