[RFA/testsuite] Add testcase for included files
Joel Brobecker
brobecker@gnat.com
Wed Feb 25 02:51:00 GMT 2004
Hello,
this adds a new testcase for the problem described in:
[RFC/dwarf-2] Add support for included files
http://sources.redhat.com/ml/gdb-patches/2004-01/msg00015.html
2004-02-24 J. Brobecker <brobecker@gnat.com>
* gdb.base/sep.c: New file.
* gdb.base/sep-proc.c: New file.
* gdb.base/sep.exp: New testcase.
OK to commit?
Thanks,
--
Joel
-------------- next part --------------
# Copyright 2004 Free Software Foundation, Inc.
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
#
# Please email any bugs, comments, and/or additions to this file to:
# bug-gdb@prep.ai.mit.edu
if $tracelevel then {
strace $tracelevel
}
set testfile "sep"
set srcfile ${testfile}.c
set binfile ${objdir}/${subdir}/${testfile}
if { [gdb_compile "${srcdir}/${subdir}/${srcfile}" "${binfile}" executable {debug additional_flags=-w}] != "" } {
gdb_suppress_entire_file "Testcase compile failed, so all tests in this file will automatically fail."
}
gdb_exit
gdb_start
gdb_reinitialize_dir $srcdir/$subdir
gdb_load ${binfile}
# Try to display the source code inside a file which is included by
# another source file. The purpose of this test is to verify that
# this operation works, even before we have loaded full symbols for
# that file (by doing a "break say_hello" for instance).
#
# We just check that the command succeeds, so no need to match the
# complete exact output. Simply verifying that we get procedure
# say_hello is good enough, and avoid unnecessary failures is someone
# decides later to reformat sep-proc.c.
gdb_test "list sep-proc.c:1" \
"void.*say_hello.*" \
"list using location inside included file"
# Try the same, but this time with a breakpoint. We need to exit
# GDB to make sure that we havn't loaded the full symbols yet when
# we test the breakpoint insertion.
gdb_exit
gdb_start
gdb_reinitialize_dir $srcdir/$subdir
gdb_load ${binfile}
set test "breakpoint inside included file"
gdb_test_multiple "break sep-proc.c:4" "$test" {
-re "Breakpoint.*at.* file sep-proc.c, line .*" {
pass "$test"
}
-re "No source file named sep-proc.c.*" {
fail "$test"
}
}
-------------- next part --------------
#include <stdio.h>
/* Include a .c file. This is usually considered bad practice in C,
but this emulate a practice which is common in other languages.
One such language is Ada and its concept of "separates", for instance. */
#include "sep-proc.c"
int
main (void)
{
say_hello ();
return 0;
}
-------------- next part --------------
void
say_hello (void)
{
printf ("Hello world.\n");
}
More information about the Gdb-patches
mailing list