aboutsummaryrefslogtreecommitdiff
path: root/ld
diff options
context:
space:
mode:
authorSimon Marchi <simon.marchi@polymtl.ca>2018-02-25 15:11:56 -0500
committerSimon Marchi <simon.marchi@polymtl.ca>2018-02-25 15:12:37 -0500
commit6f6d0c269ecdc11aca9166940534ec61b6dbc39d (patch)
treefe8a85ac7db0f303f0341e946b37b4ef46da8a0f /ld
parent4de41a68ed98818db42c2238d66764e5757102ed (diff)
downloadgdb-6f6d0c269ecdc11aca9166940534ec61b6dbc39d.zip
gdb-6f6d0c269ecdc11aca9166940534ec61b6dbc39d.tar.gz
gdb-6f6d0c269ecdc11aca9166940534ec61b6dbc39d.tar.bz2
Fix double space expected in cp_test_ptype_class
I noticed some failures of some buildbot slaves, e.g.: FAIL: gdb.cp/nested-types.exp: ptype S10 (limit = 1) // wrong nested type enum definition: enum S10::E10 {S10::A10, S10::B10, S10::C10}; The issue is that they have an older gcc (not c++11 by default?) that doesn't emit the enum underlying type information. When the enum type is printed by ptype, it looks like this: enum S10::E10 {S10::A10, S10::B10, S10::C10}; instead of this on older gccs: enum S10::E10 : unsigned int {S10::A10, S10::B10, S10::C10}; The regex that matches this is in cp_test_ptype_class, and is enum $nested_name (: (unsigned )?int)? \{ If the "unsigned int" portion is not present, then it requires the string to have two spaces between the enum name and opening bracket. The fix is simply to move the trailing space inside the ? group. gdb/testsuite/ChangeLog: * lib/cp-support.exp (cp_test_ptype_class): Move space inside parentheses.
Diffstat (limited to 'ld')
0 files changed, 0 insertions, 0 deletions