diff options
author | Leszek Swirski <leszeks@google.com> | 2018-01-25 16:20:47 +0000 |
---|---|---|
committer | Simon Marchi <simon.marchi@polymtl.ca> | 2018-02-01 22:34:20 -0500 |
commit | 59498c305e6f1db2a1ed8d44cb58f0d24ec092fe (patch) | |
tree | 5d02582d3c31d0ac78156328185204d487ece91f /bfd/archive.c | |
parent | 17545aa1bfa291def4674c6700c1c7a3575ee5c1 (diff) | |
download | gdb-59498c305e6f1db2a1ed8d44cb58f0d24ec092fe.zip gdb-59498c305e6f1db2a1ed8d44cb58f0d24ec092fe.tar.gz gdb-59498c305e6f1db2a1ed8d44cb58f0d24ec092fe.tar.bz2 |
Do not classify C struct members as a filename
There is existing logic in C/C++ expression parsing to avoid classifying
names as a filename when they are a field on the this object. This
change extends this logic to also avoid classifying names after a
struct-op (-> or .) as a filename, which otherwise causes a syntax
error.
Thus, it is now possible in the file
#include <map>
struct D {
void map();
}
D d;
to call
(gdb) print d.map()
where previously this would have been a syntax error.
Tested on gdb.cp/*.exp
gdb/ChangeLog:
* c-exp.y (lex_one_token, classify_name, yylex): Don't classify
names after a structop as a filename
gdb/testsuite/ChangeLog:
* gdb.cp/filename.cc, gdb.cp/filename.exp: Test that member
functions with the same name as an include file are parsed
correctly.
Diffstat (limited to 'bfd/archive.c')
0 files changed, 0 insertions, 0 deletions