diff options
| author | Tsukasa OI <research_trasio@irq.a4lg.com> | 2022-10-12 12:22:12 +0000 |
|---|---|---|
| committer | Tsukasa OI <research_trasio@irq.a4lg.com> | 2022-10-12 13:21:31 +0000 |
| commit | 4bd531c7ffda1df83b6e54ce11f28a0821e3d59e (patch) | |
| tree | c701f0e83b9188c93eba854ebeac3b15f41158ab /libdecnumber | |
| parent | 182421c9d2eea8c4877d983a2124e591f0aca710 (diff) | |
| download | gdb-4bd531c7ffda1df83b6e54ce11f28a0821e3d59e.zip gdb-4bd531c7ffda1df83b6e54ce11f28a0821e3d59e.tar.gz gdb-4bd531c7ffda1df83b6e54ce11f28a0821e3d59e.tar.bz2 | |
sim/ppc: Fix core_find_mapping diagnostics
Because "%p" is the pointer conversion specifier to print a pointer in an
implementation-defined manner, the result with format string containing
"0x%p" can be strange. For instance, core_map_find_mapping prints error
containing "0x0x...." (processor is not NULL) or "0x(null)" (processor is
NULL) on glibc.
This commit replaces "0x%p" with "%p" to prevent unpredictable behavior.
Diffstat (limited to 'libdecnumber')
0 files changed, 0 insertions, 0 deletions