]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blob - gdb/testsuite/gdb.cp/rtti.exp
Copyright updates for 2007.
[thirdparty/binutils-gdb.git] / gdb / testsuite / gdb.cp / rtti.exp
1 # Copyright 2003, 2004, 2007 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 2 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, write to the Free Software
15 # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
16
17 # This file is part of the gdb testsuite.
18
19 # This contains tests for GDB's use of RTTI information. This stems
20 # from a bug reported in PR gdb/488 and other places, which leads to
21 # statements like 'warning: can't find class named 'C::D', as given by
22 # C++ RTTI'. It arises from GDB not knowing about classes that are
23 # defined in namespaces.
24
25 # NOTE: carlton/2003-05-16: I suspect it could arise from nested class
26 # issues, too, and even once we fix that, there might be situations
27 # (involving templates, in particular) where this problem triggers
28 # because GDB and GCC have different ideas what a class is called.
29
30 if $tracelevel then {
31 strace $tracelevel
32 }
33
34 if { [skip_cplus_tests] } { continue }
35
36 #
37 # test running programs
38 #
39 set prms_id 0
40 set bug_id 0
41
42 set testfile "rtti"
43 set srcfile1 "${testfile}1.cc"
44 set objfile1 "${testfile}1.o"
45 set srcfile2 "${testfile}2.cc"
46 set objfile2 "${testfile}2.o"
47 set binfile "${objdir}/${subdir}/${testfile}"
48
49 if { [gdb_compile "$srcdir/$subdir/$srcfile1" "$objdir/$subdir/$objfile1" object {debug c++}] != "" } {
50 untested rtti.exp
51 return -1
52 }
53
54 if { [gdb_compile "$srcdir/$subdir/$srcfile2" "$objdir/$subdir/$objfile2" object {debug c++}] != "" } {
55 untested rtti.exp
56 return -1
57 }
58
59 if { [gdb_compile "$objdir/$subdir/$objfile1 $objdir/$subdir/$objfile2" "${binfile}" executable {debug c++}] != "" } {
60 untested rtti.exp
61 return -1
62 }
63
64 if [get_compiler_info ${binfile} "c++"] {
65 return -1
66 }
67
68 gdb_exit
69 gdb_start
70 gdb_reinitialize_dir $srcdir/$subdir
71 gdb_load ${binfile}
72
73
74 if ![runto_main] then {
75 perror "couldn't run to breakpoint"
76 continue
77 }
78
79 # First, run to after we've constructed the object:
80
81 gdb_breakpoint [gdb_get_line_number "main-constructs-done" "$srcfile1"]
82 gdb_continue_to_breakpoint "end of constructors in main"
83
84 gdb_test_multiple "print *e1" "print *e1" {
85 -re "warning: RTTI symbol not found for class 'n1::D1'.*$gdb_prompt $" {
86 # gdb HEAD 2003-12-05
87 kfail "gdb/488" "print *e1"
88 }
89 -re "warning: can't find class named `n1::D1', as given by C\\+\\+ RTTI.*$gdb_prompt $" {
90 # gdb 6.0
91 kfail "gdb/488" "print *e1"
92 }
93 -re "\\$\[0-9\]* = {<n1::Base1> = .*}\r\n$gdb_prompt $" {
94 pass "print *e1"
95 }
96 -re "\\$\[0-9\]* = {<Base1> = .*}\r\n$gdb_prompt $" {
97 # NOTE: carlton/2003-05-16: If code is compiled by GCC2, we
98 # don't print the warning (for no particular reason), but we
99 # still call the class via the wrong name; PR gdb/57 is our
100 # catch-all PR for nested type problems.
101 kfail "gdb/57" "print *e1"
102 }
103 }
104
105 # NOTE: carlton/2004-01-14: This test with an "<incomplete type>"
106 # message because, within rtt1.cc, GDB has no way of knowing that the
107 # class is called 'n2::D2' instead of just 'D2'. This is an artifical
108 # test case, though: if we were using these classes in a more
109 # substantial way, G++ would emit more debug info. As is, I don't
110 # think there's anything that GDB can do about this case until G++
111 # starts emitting DW_TAG_namespace info; this should arrive with GCC
112 # 3.4.
113
114 gdb_test_multiple "print *e2" "print *e2" {
115 -re "warning: RTTI symbol not found for class 'n2::D2'.*$gdb_prompt $" {
116 # gdb HEAD 2003-12-05
117 kfail "gdb/488" "print *e2"
118 }
119 -re "warning: can't find class named `n2::D2', as given by C\\+\\+ RTTI.*$gdb_prompt $" {
120 # gdb 6.0
121 kfail "gdb/488" "print *e2"
122 }
123 -re "\\$\[0-9\]* = <incomplete type>\r\n$gdb_prompt $" {
124 kfail "gdb/1511" "print *e2"
125 }
126 -re "\\$\[0-9\]* = {<n2::Base2> = .*}\r\n$gdb_prompt $" {
127 pass "print *e2"
128 }
129 -re "\\$\[0-9\]* = {<Base2> = .*}\r\n$gdb_prompt $" {
130 kfail "gdb/57" "print *e2"
131 }
132 }
133
134 # Now we test the hack that's been implemented to get around some
135 # instances of PR gdb/1511.
136
137 gdb_breakpoint [gdb_get_line_number "func-constructs-done" "$srcfile1"]
138 gdb_continue_to_breakpoint "end of constructors in func"
139
140 gdb_test "print *obj" "\\$\[0-9\]* = {<n2::Base2> = .*}"
141
142 gdb_breakpoint [gdb_get_line_number "func3-constructs-done" "$srcfile1"]
143 gdb_continue_to_breakpoint "end of constructors in func3"
144
145 gdb_test "print *obj3" "\\$\[0-9\]* = {<n2::C2> = .*}"
146
147 gdb_exit
148 return 0