| 1 | # Copyright 2003-2016 Free Software Foundation, Inc. |
| 2 | |
| 3 | # This program is free software; you can redistribute it and/or modify |
| 4 | # it under the terms of the GNU General Public License as published by |
| 5 | # the Free Software Foundation; either version 3 of the License, or |
| 6 | # (at your option) any later version. |
| 7 | # |
| 8 | # This program is distributed in the hope that it will be useful, |
| 9 | # but WITHOUT ANY WARRANTY; without even the implied warranty of |
| 10 | # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the |
| 11 | # GNU General Public License for more details. |
| 12 | # |
| 13 | # You should have received a copy of the GNU General Public License |
| 14 | # along with this program. If not, see <http://www.gnu.org/licenses/>. |
| 15 | |
| 16 | # This file is part of the gdb testsuite. |
| 17 | |
| 18 | # This contains tests for GDB's use of RTTI information. This stems |
| 19 | # from a bug reported in PR gdb/488 and other places, which leads to |
| 20 | # statements like 'warning: can't find class named 'C::D', as given by |
| 21 | # C++ RTTI'. It arises from GDB not knowing about classes that are |
| 22 | # defined in namespaces. |
| 23 | |
| 24 | # NOTE: carlton/2003-05-16: I suspect it could arise from nested class |
| 25 | # issues, too, and even once we fix that, there might be situations |
| 26 | # (involving templates, in particular) where this problem triggers |
| 27 | # because GDB and GCC have different ideas what a class is called. |
| 28 | |
| 29 | if { [skip_cplus_tests] } { continue } |
| 30 | |
| 31 | # |
| 32 | # test running programs |
| 33 | # |
| 34 | |
| 35 | standard_testfile rtti1.cc rtti2.cc |
| 36 | |
| 37 | if [get_compiler_info "c++"] { |
| 38 | return -1 |
| 39 | } |
| 40 | |
| 41 | if {[prepare_for_testing $testfile.exp $testfile \ |
| 42 | [list $srcfile $srcfile2] {debug c++}]} { |
| 43 | return -1 |
| 44 | } |
| 45 | |
| 46 | if ![runto_main] then { |
| 47 | perror "couldn't run to breakpoint" |
| 48 | continue |
| 49 | } |
| 50 | |
| 51 | # First, run to after we've constructed the object: |
| 52 | |
| 53 | gdb_breakpoint [gdb_get_line_number "main-constructs-done" "$srcfile"] |
| 54 | gdb_continue_to_breakpoint "end of constructors in main" |
| 55 | |
| 56 | gdb_test_multiple "print *e1" "print *e1" { |
| 57 | -re "warning: RTTI symbol not found for class 'n1::D1'.*$gdb_prompt $" { |
| 58 | # gdb HEAD 2003-12-05 |
| 59 | kfail "gdb/488" "print *e1" |
| 60 | } |
| 61 | -re "warning: can't find class named `n1::D1', as given by C\\+\\+ RTTI.*$gdb_prompt $" { |
| 62 | # gdb 6.0 |
| 63 | kfail "gdb/488" "print *e1" |
| 64 | } |
| 65 | -re "\\$\[0-9\]* = {<n1::Base1> = .*}\r\n$gdb_prompt $" { |
| 66 | pass "print *e1" |
| 67 | } |
| 68 | -re "\\$\[0-9\]* = {<Base1> = .*}\r\n$gdb_prompt $" { |
| 69 | # NOTE: carlton/2003-05-16: If code is compiled by GCC2, we |
| 70 | # don't print the warning (for no particular reason), but we |
| 71 | # still call the class via the wrong name; PR gdb/57 is our |
| 72 | # catch-all PR for nested type problems. |
| 73 | kfail "gdb/57" "print *e1" |
| 74 | } |
| 75 | } |
| 76 | |
| 77 | # NOTE: carlton/2004-01-14: This test with an "<incomplete type>" |
| 78 | # message because, within rtt1.cc, GDB has no way of knowing that the |
| 79 | # class is called 'n2::D2' instead of just 'D2'. This is an artifical |
| 80 | # test case, though: if we were using these classes in a more |
| 81 | # substantial way, G++ would emit more debug info. As is, I don't |
| 82 | # think there's anything that GDB can do about this case until G++ |
| 83 | # starts emitting DW_TAG_namespace info; this should arrive with GCC |
| 84 | # 3.4. |
| 85 | |
| 86 | gdb_test_multiple "print *e2" "print *e2" { |
| 87 | -re "warning: RTTI symbol not found for class 'n2::D2'.*$gdb_prompt $" { |
| 88 | # gdb HEAD 2003-12-05 |
| 89 | kfail "gdb/488" "print *e2" |
| 90 | } |
| 91 | -re "warning: can't find class named `n2::D2', as given by C\\+\\+ RTTI.*$gdb_prompt $" { |
| 92 | # gdb 6.0 |
| 93 | kfail "gdb/488" "print *e2" |
| 94 | } |
| 95 | -re "\\$\[0-9\]* = <incomplete type>\r\n$gdb_prompt $" { |
| 96 | kfail "gdb/1511" "print *e2" |
| 97 | } |
| 98 | -re "\\$\[0-9\]* = {<n2::Base2> = .*}\r\n$gdb_prompt $" { |
| 99 | pass "print *e2" |
| 100 | } |
| 101 | -re "\\$\[0-9\]* = {<Base2> = .*}\r\n$gdb_prompt $" { |
| 102 | kfail "gdb/57" "print *e2" |
| 103 | } |
| 104 | } |
| 105 | |
| 106 | # Now we test the hack that's been implemented to get around some |
| 107 | # instances of PR gdb/1511. |
| 108 | |
| 109 | gdb_breakpoint [gdb_get_line_number "func-constructs-done" "$srcfile"] |
| 110 | gdb_continue_to_breakpoint "end of constructors in func" |
| 111 | |
| 112 | gdb_test "print *obj" "\\$\[0-9\]* = {<n2::Base2> = .*}" |
| 113 | |
| 114 | gdb_breakpoint [gdb_get_line_number "func3-constructs-done" "$srcfile"] |
| 115 | gdb_continue_to_breakpoint "end of constructors in func3" |
| 116 | |
| 117 | gdb_test "print *obj3" "\\$\[0-9\]* = {<n2::C2> = .*}" |
| 118 | |
| 119 | gdb_exit |
| 120 | return 0 |