[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