OpenCores
URL https://opencores.org/ocsvn/or1k/or1k/trunk

Subversion Repositories or1k

[/] [or1k/] [trunk/] [insight/] [gdb/] [testsuite/] [gdb.base/] [step-test.exp] - Blame information for rev 1774

Go to most recent revision | Details | Compare with Previous | View Log

Line No. Rev Author Line
1 578 markom
# Copyright 1997, 1998, 1999, 2000 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
# Please email any bugs, comments, and/or additions to this file to:
18
# bug-gdb@prep.ai.mit.edu
19
 
20
# use this to debug:
21
#
22
#log_user 1
23
 
24
# step-test.exp -- Expect script to test stepping in gdb
25
 
26
if $tracelevel then {
27
    strace $tracelevel
28
}
29
 
30
set testfile step-test
31
set srcfile ${srcdir}/${subdir}/${testfile}.c
32
set binfile ${objdir}/${subdir}/${testfile}
33
 
34
remote_exec build "rm -f ${binfile}"
35
if { [gdb_compile "${srcfile}" "${binfile}" executable {debug}] != "" } {
36
     gdb_suppress_entire_file "Testcase compile failed, so all tests in this file will automatically fail."
37
}
38
 
39
gdb_exit
40
gdb_start
41
gdb_reinitialize_dir $srcdir/$subdir
42
gdb_load ${binfile}
43
 
44
if ![runto_main] then {
45
   fail "Can't run to main"
46
   return 0
47
}
48
 
49
# Set a breakpoint at line 45, if stepi then finish fails, we would
50
# run to the end of the program, which would mess up the rest of the tests.
51
 
52
# Vanilla step/next
53
#
54
gdb_test "next" ".*${decimal}.*x = 1;.*" "next 1"
55
gdb_test "step" ".*${decimal}.*y = 2;.*" "step 1"
56
 
57
# With count
58
#
59
gdb_test "next 2" ".*${decimal}.*w = w.*2;.*" "next 2"
60
gdb_test "step 3" ".*${decimal}.*z = z.*5;.*" "step 3"
61
gdb_test "next" ".*${decimal}.*callee.*OVER.*" "next 3"
62
 
63
# Step over call
64
#
65
gdb_test "next" ".*${decimal}.*callee.*INTO.*" "next over"
66
 
67
# Step into call
68
#
69
gdb_test "step" ".*${decimal}.*myglob.*"   "step into"
70
 
71
# Step out of call
72
#
73
# I wonder if this is really portable.  Are there any caller-saves
74
# platforms, on which `finish' will return you to some kind of pop
75
# instruction, which is attributed to the line containing the function
76
# call?
77
 
78
# On PA64, we end up at a different instruction than PA32.
79
# On IA-64, we also end up on callee instead of on the next line due
80
# to the restoration of the global pointer (which is a caller-save).
81
if { [istarget "hppa2.0w-hp-hpux*"] || [istarget "ia64-*-*"]} {
82
    send_gdb "finish\n"
83
    gdb_expect {
84
        -re ".*${decimal}.*a.*5.*= a.*3.*$gdb_prompt $" { pass "step out 1" }
85
        -re ".*${decimal}.*callee.*INTO.*$gdb_prompt $" { pass "step out 2" }
86
        timeout { fail "step out" }
87
    }
88
} else {
89
    gdb_test "finish" ".*${decimal}.*a.*5.*= a.*3.*" "step out"
90
}
91
 
92
### Testing nexti and stepi.
93
###
94
### test_i NAME COMMAND HERE THERE
95
###
96
### Send COMMAND to gdb over and over, while the output matches the
97
### regexp HERE, followed by the gdb prompt.  Pass if the output
98
### eventually matches the regexp THERE, followed by the gdb prompt;
99
### fail if we have to iterate more than a hundred times, we time out
100
### talking to gdb, or we get output which is neither HERE nor THERE.  :)
101
###
102
### Use NAME as the name of the test.
103
###
104
### The exact regexps used are "$HERE.*$gdb_prompt $"
105
###                        and "$THERE.*$gdb_prompt $"
106
###
107
proc test_i {name command here there} {
108
    global gdb_prompt
109
 
110
    set i 0
111
    while 1 {
112
        send_gdb "${command}\n"
113
        gdb_expect {
114
            -re "$here.*$gdb_prompt $" {
115
                # Okay, we're still on the same line.  Just step again.
116
            }
117
            -re "$there.*$gdb_prompt $" {
118
                # We've reached the next line.  Rah.
119
                pass "$name"
120
                return
121
            }
122
            -re "$gdb_prompt $" {
123
                # We got something else.  Fail.
124
                fail "$name"
125
                return
126
            }
127
            timeout {
128
                fail "$name (timeout)"
129
                return
130
            }
131
        }
132
 
133
        # Have we gone for too many steps without seeing any progress?
134
        if {[incr i] >= 100} {
135
            fail "$name (no progress after 100 steps)"
136
            return
137
        }
138
    }
139
}
140
 
141
test_i "stepi to next line" "stepi" \
142
       ".*${decimal}.*a.*5.* = a.*3" \
143
       ".*${decimal}.*callee.*STEPI"
144
test_i "stepi into function" "stepi" \
145
       ".*${decimal}.*callee.*STEPI" \
146
       ".*callee \\(\\) at .*step-test\\.c"
147
 
148
# Continue to step until we reach the function's body.  This makes it
149
# more likely that we've actually completed the prologue, so "finish"
150
# will work.
151
test_i "stepi into function's first source line" "stepi" \
152
        ".*${decimal}.*int callee" \
153
        ".*${decimal}.*myglob.*; return 0;"
154
 
155
# Have to be careful here, if the finish does not work,
156
# then we may run to the end of the program, which
157
# will cause erroneous failures in the rest of the tests
158
send_gdb "finish\n"
159
gdb_expect {
160
  -re ".*(Program received|Program exited).*$gdb_prompt $" {
161
    # Oops... We ran to the end of the program...  Better reset
162
    if {![runto_main]} then {
163
      fail "Can't run to main"
164
      return 0
165
    }
166
    if {![runto step-test.c:45]} {
167
      fail "Can't run to line 45"
168
      return 0
169
    }
170
    fail "stepi: finish call"
171
  }
172
  -re ".*${decimal}.*callee.*NEXTI.*$gdb_prompt $" {
173
    pass "stepi: finish call"
174
  }
175
  -re ".*${decimal}.*callee.*STEPI.*$gdb_prompt $" {
176
    # On PA64, we end up at a different instruction than PA32.
177
    # On IA-64, we end up on callee instead of on the following line due
178
    # to the restoration of the global pointer.
179
    if { [istarget "hppa2.0w-hp-hpux*"] || [istarget "ia64-*-*"] } {
180
        pass "stepi: finish call 2"
181
    } else {
182
        fail "stepi: finish call 2"
183
        return
184
    }
185
  }
186
  -re "$gdb_prompt $" {
187
    # We got something else.  Fail.
188
    fail "stepi: finish call"
189
    return
190
  }
191
  timeout {
192
    fail "stepi: finish call (timeout)"
193
    return
194
  }
195
}
196
 
197
test_i "nexti over function" "nexti" \
198
       ".*${decimal}.*callee.*NEXTI" \
199
       ".*${decimal}.*y = w \\+ z;"
200
 
201
# On some platforms, if we try to step into a function call that
202
# passes a large structure by value, then we actually end up stepping
203
# into memcpy, bcopy, or some such --- GCC emits the call to pass the
204
# argument.  Opinion is bitterly divided about whether this is the
205
# right behavior for GDB or not, but we'll catch it here, so folks
206
# won't forget about it.
207
 
208
gdb_test \
209
  "break [gdb_get_line_number "step-test.exp: large struct by value"]" \
210
  ".*Breakpoint.* at .*" \
211
  "set breakpoint at call to large_struct_by_value"
212
gdb_test "continue" \
213
         ".*Breakpoint ${decimal},.*large_struct_by_value.*" \
214
         "run to pass large struct"
215
gdb_test "step" \
216
         ".*step-test.exp: arrive here 1.*" \
217
         "large struct by value"
218
 
219
gdb_continue_to_end "step-test.exp"
220
 
221
return 0

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.