| #
f72a8c67 |
| 15-Sep-2020 |
christos <christos@NetBSD.org> |
merge conflicts
|
| #
f8d82957 |
| 26-May-2019 |
christos <christos@NetBSD.org> |
Resolve conflicts (by choosing the new gdb code).
|
| #
431f5be2 |
| 28-Nov-2017 |
christos <christos@NetBSD.org> |
merge 8.0.1, not working yet.
|
| #
377b2b61 |
| 12-Oct-2016 |
christos <christos@NetBSD.org> |
Merge conflicts and regen amd64
|
| #
fd24ba3f |
| 03-Feb-2016 |
christos <christos@NetBSD.org> |
merge conflicts
|
| #
9ecd38db |
| 16-Aug-2015 |
christos <christos@NetBSD.org> |
merge conflicts
|
| #
44a21023 |
| 22-Jun-2014 |
christos <christos@NetBSD.org> |
merge changes, partial regen.
|
| #
707e892c |
| 03-Oct-2013 |
christos <christos@NetBSD.org> |
fix bad merge
|
| #
7c36a932 |
| 03-Oct-2013 |
christos <christos@NetBSD.org> |
merge conflicts
|
| #
e9b7db75 |
| 01-Nov-2011 |
uwe <uwe@NetBSD.org> |
sh_frame_cache always tries to read FPSCR. Since frame.c uses gdb
exceptions now, there's an unplesant side effect that when FPSCR is
unavailable, your last display will get disabled just in case, "
sh_frame_cache always tries to read FPSCR. Since frame.c uses gdb
exceptions now, there's an unplesant side effect that when FPSCR is
unavailable, your last display will get disabled just in case, "to
avoid infinite recursion". That happens directly in throw_exception,
so even catching that NOT_AVAILABLE_ERROR doesn't help.
Tweak the code a bit so that sh_analyze_prologue only reads FPSCR as
needed, when an FMOV instruction is encountered in the prologue.
XXX: I'm not sure if this is the right thing to do, but it seems
minimally intrusive.
show more ...
|
| #
66e63ce3 |
| 24-Sep-2011 |
christos <christos@NetBSD.org> |
import 7.3.1
|