[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [dsdp-dd-dev] Disassembly proposals
|
Looks good Mikhail.
A couple quick questions:
1) The disassembly window you describe seems explicitly
tied to a debug session. Will there be any way of using the disassembly
view outside of debug contexts? For example: In the Binaries explorer
in the C/C++ Projects View you can view files compiled into the binary (or
symbols, depending) -- it would be a neat feature if there was an action to
view disassembly, so you can view both source and disassembly within Eclipse
without needing to launch a debug session, or firing up
objdump.
I think this is a more general problem. I think ISV's
hooking into CDT, not only want to be able to open source Editors from the
views, but probably also would like the flexibility of finding an address /
symbol in the disassembly view. They could use either a default gdb
instance to provide disassembly or provide their own as well as have the ability
of updating the context of the disassembly view.
2) You
say " as well as the ability to disassemble an arbitrary range of memory. The
latter can be implemented as a special memory rendering for the Platform memory
view." Given (1), I don't see why there should be any restrictions on address
range disassembled. Is there any reason not to have the disassembly view
'infinite' with a goto address / symbol action?
Cheers,
James
Hi,
Currently I am
working on the document that describes the viewer proposals
and trying to prototype it at the same time (or vice versa I should
say). I'll try to post it as soon as possible.
Regards,
Mikhail
Khodjaiants
ARM
Limited
--
IMPORTANT NOTICE: The contents of this
email and any attachments are confidential and may also be privileged. If you
are not the intended recipient, please notify the sender immediately and do not
disclose the contents to any other person, use it for any purpose, or store or
copy the information in any medium. Thank you.
