While stepping through gdb.reverse/time-reverse.exp I realized that we're
recording the instructions for resolving the PLT entries for functions time
and syscall, while that's not really the focus of the test-case.
Limit the scope of the test, by calling the functions once before starting
to record.
Also call "info record" after recording to make it clear how many
instructions were recorded.
On x86_64-linux, before this patch (but with info record added), we have:
...
$ grep "Log contains" gdb.log
Log contains 750 instructions.
Log contains 1218 instructions.
...
and with this patch we have:
...
$ grep "Log contains" gdb.log
Log contains 24 instructions.
Log contains 19 instructions.
...
Tested on x86_64-linux.
Approved-By: Guinevere Larsen <guinevere@redhat.com>
int
main (void)
{
+ /* Call once before recording to resolve the PLT, if any. This reduces the
+ amount of instructions that is recorded. */
+ my_time (&time_global);
+
+ /* Reset back to initial value. */
+ time_global = -1;
+
+ /* Start recording here. */
marker1 ();
+
my_time (&time_global);
+
+ /* Stop recording here. */
marker2 ();
+
return 0;
}
return
}
- runto_main
+ runto marker1
if [supports_process_record] {
# Activate process record/replay
gdb_continue_to_breakpoint "marker2" ".*$::srcfile:.*"
- gdb_test "break marker1" \
- "Breakpoint $::decimal at $::hex: file .*$::srcfile, line $::decimal.*" \
- "set breakpoint at marker1"
+ # Show how many instructions we've recorded.
+ gdb_test "info record" "Active record target: .*"
gdb_test "reverse-continue" ".*$::srcfile:$::decimal.*" "reverse to marker1"