aboutsummaryrefslogtreecommitdiff
path: root/gold/copy-relocs.cc
diff options
context:
space:
mode:
authorJoel Brobecker <brobecker@gnat.com>2012-02-29 19:53:16 +0000
committerJoel Brobecker <brobecker@gnat.com>2012-02-29 19:53:16 +0000
commit718cb7da5d4c438d89fc9aeac7f535d01d64af42 (patch)
tree11304901ca1e7ef44ad334b2fede38f493e020fb /gold/copy-relocs.cc
parent739593e0ec988c02057a16da872b32faa992f657 (diff)
downloadgdb-718cb7da5d4c438d89fc9aeac7f535d01d64af42.zip
gdb-718cb7da5d4c438d89fc9aeac7f535d01d64af42.tar.gz
gdb-718cb7da5d4c438d89fc9aeac7f535d01d64af42.tar.bz2
[Ada] processId: Do not modify already encoded IDs
The processID function is supposed to take a symbol name, and process it in a way that allows us to look that symbol up. This patch is adding a guard to make sure that we do not apply any transformation if we detect that we are given an already-encoded symbol name. For instance: gv___XR_pck__global_variable___XE This happens in the case where we are trying to print the value of a renaming. To do this, we simply parse and evaluate the XR symbol name as an expression. Without this change, the expression parser transforms gv___XR_pck__global_variable___XE into somethink like gv___xr_pck__global_variable___xe, which then screws up the rest of the renaming evaluation. gdb/ChangeLog: * ada-lex.p (processId): Do not modify already encoded IDs. Update function documentation.
Diffstat (limited to 'gold/copy-relocs.cc')
0 files changed, 0 insertions, 0 deletions