Doug Moore ec1a021243 Move the ret_addr_column field from dwarf_reg_cache_entry to dwarf_reg_state, ... so that it will get saved and restored with the register state. Initialize the rs_state version of ret_addr_column at the some time the dwarf_cursor version is initialized, and don't bother copying ret_addr_column explicitly from cursor to cache since it's copied implicitly as part of reg_state. Use the reg_state version in apply_reg_state, instead of the cursor version. Which brings up the question: why do we have ret_addr_column in the dwarf_cursor? We call find_reg_state before calling apply_reg_state, so the value of ret_addr_column in the cursor when dwarf_step gets called gets overwritten before it is used. So it's initial value doesn't matter. But some architectures do funky things with cursor->ret_addr_column, even though I don't see how they matter. So I'm not deleting dwarf_cursor->ret_addr_column, even though I suspect this patch makes it useless.		2017-05-16 22:00:38 -05:00
..
Gexpr.c	mips: fix compiler warnings	2017-02-14 08:18:49 -08:00
Gfde.c	mips: fix compiler warnings	2017-02-14 08:18:49 -08:00
Gfind_proc_info-lsb.c	Bury the last_ip field until it can reappear in version 2.0.	2017-05-12 23:45:56 -05:00
Gfind_unwind_table.c	mips[el]: fix cast from pointer to integer of different size	2017-02-14 08:21:49 -08:00
global.c	Remove next field from dwarf_reg_state. Create new struct	2017-05-12 22:24:00 -05:00
Gparser.c	Move the ret_addr_column field from dwarf_reg_cache_entry to dwarf_reg_state,	2017-05-16 22:00:38 -05:00
Gpe.c	One time whitespace fixup.	2014-09-27 09:47:23 -07:00
Lexpr.c	Regenerate.	2004-08-17 15:34:28 +00:00
Lfde.c	Regenerate.	2004-08-17 15:34:28 +00:00
Lfind_proc_info-lsb.c	(Logical change 1.145)	2003-12-20 11:43:08 +00:00
Lfind_unwind_table.c	Move some dwarf functionality from ptrace to dwarf	2012-03-12 20:06:37 -07:00
Lparser.c	Regenerate.	2004-08-17 15:34:28 +00:00
Lpe.c	Regenerate.	2004-08-17 15:34:28 +00:00