This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
- Can infcall.c instead explicitly call CONVERT_FROM_FUNC_PTR_ADDR on CALL_DUMMY_ADDRESS, or better, have entry_point_address do this? It would help eliminate CALL_DUMMY_ADDRESS.
I'm not sure I understand enough of the details to say anything about this. Why isn't infcall.c just using entry_point_address right now?
Unfortunatly, a number of targets, such as PowerPC 64 GNU/Linux, have added custom CALL_DUMMY_ADDRESS methods :-(
My original concern here was that CALL_DUMMY_ADDRESS, CONVERT_FROM_FUNC_PTR_ADDR, and this new architecture method all appeared to be doing roughly the same thing.
Can at PowerPC 64 GNU/Linux's CALL_DUMMY_ADDRESS be eliminated?
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |