-
Notifications
You must be signed in to change notification settings - Fork 15
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
Add Generalised Tooling Support #129
Conversation
self.push_line("local len = buffer.len(incoming_buff)"); | ||
self.push("\n"); | ||
|
||
self.push_tydecls(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One of the major intents was not to touch the rest of the codebase (e.g irgen
), and that meant that the types functions have to be inside the function. Let me know if you think this is an issue.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jackdotink - before I merge can you confirm if this is ok?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
Blocked by Pyseph/PacketProfiler#8cc @Pyseph
For tools such as PacketProfiler, there is a need for ability to deserialise a zap buffer while 'in transit' for debugging.
This PR aims to create a standardised way to do this, accepting a function with all the remote's parameters and returning a table with the name and arguments such as: