Skip to content

Conversation

@joshtriplett
Copy link
Member

Debuggers treat brk #0xf000 as a software breakpoint, so that they
know to skip over it when attempting to resume.

Fixes: #9726

@joshtriplett joshtriplett requested a review from a team as a code owner May 20, 2025 12:02
@joshtriplett joshtriplett requested review from abrown and removed request for a team May 20, 2025 12:02
@joshtriplett
Copy link
Member Author

Note that I intentionally did not try to make the brk helper in isle accept a parameter here, because it is exclusively used to implement debugtrap.

@bjorn3
Copy link
Contributor

bjorn3 commented May 20, 2025

needs to be updated too I think.

…ze it

Debuggers treat `brk #0xf000` as a software breakpoint, so that they
know to skip over it when attempting to resume.

Fixes: bytecodealliance#9726
@joshtriplett
Copy link
Member Author

joshtriplett commented May 20, 2025

@bjorn3 Good catch, not sure how I missed that.

I just realized that I should have been enabling features when running cargo test.

Fixing.

Copy link
Member

@alexcrichton alexcrichton left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

@alexcrichton alexcrichton added this pull request to the merge queue May 20, 2025
Merged via the queue into bytecodealliance:main with commit fb214c6 May 20, 2025
41 checks passed
@joshtriplett joshtriplett deleted the debugtrap branch May 20, 2025 14:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Use brk #0xf000 on arm64 for debug_trap

3 participants