-
Notifications
You must be signed in to change notification settings - Fork 7.7k
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
replace custom opcode dumper with O+ dump #7227
Conversation
8aff7ff
to
5e5eaca
Compare
5e5eaca
to
cd8e511
Compare
What's a bit unfortunate here is that the opcodes will be dumped to stderr, while the rest of phpdbg output is on stdout. May be problematic for interleaved output. Maybe we should pass |
I'm not sure; Removing the oplog setting from phpdbg - which used to set FILE* output - seemed okay because you can redirect stderr to a file, and mostly get the same functionality. The oplog can be quite loud, and it's probably actually desirable to have the ability to redirect away from normal output. We'd have to pass a FILE* to every dumping function ... the diff for that is a bit far reaching for my liking ... ... cut ... |
Do we really want to do this ? |
I don't particularly care. If you think dumping to stderr from phpdbg is fine, then let's stick with it. |
This replaces custom opcode dumper with Optimizer API.
It also changes the default behaviour of printing oplines while stepping; we'll now only print instructions if quietness is off (quietness is by default on).
This results in the loss of the ability to send oplog to specific file, this feature must be untested and is highly likely unused - the only real use case for the oplog file was superseded by the oplog list (coverage) feature.