Subversion Repositories openrisc

# Copyright 2003, 2004, 2007, 2008, 2009, 2010 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 3 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, see .

# This file is part of the gdb testsuite.

# This contains tests for GDB's use of RTTI information.  This stems

# from a bug reported in PR gdb/488 and other places, which leads to

# statements like 'warning: can't find class named 'C::D', as given by

# C++ RTTI'.  It arises from GDB not knowing about classes that are

# defined in namespaces.

# NOTE: carlton/2003-05-16: I suspect it could arise from nested class

# issues, too, and even once we fix that, there might be situations

# (involving templates, in particular) where this problem triggers

# because GDB and GCC have different ideas what a class is called.

if $tracelevel then {

        strace $tracelevel

        }

if { [skip_cplus_tests] } { continue }

#

# test running programs

#

set prms_id 0

set bug_id 0

set testfile "rtti"

set srcfile1 "${testfile}1.cc"

set objfile1 "${testfile}1.o"

set srcfile2 "${testfile}2.cc"

set objfile2 "${testfile}2.o"

set binfile  "${objdir}/${subdir}/${testfile}"

if  { [gdb_compile "$srcdir/$subdir/$srcfile1" "$objdir/$subdir/$objfile1" object {debug c++}] != "" } {

     untested rtti.exp

     return -1

}

if  { [gdb_compile "$srcdir/$subdir/$srcfile2" "$objdir/$subdir/$objfile2" object {debug c++}] != "" } {

     untested rtti.exp

     return -1

}

if  { [gdb_compile "$objdir/$subdir/$objfile1 $objdir/$subdir/$objfile2" "${binfile}" executable {debug c++}] != "" } {

     untested rtti.exp

     return -1

}

if [get_compiler_info ${binfile} "c++"] {

    return -1

}

gdb_exit

gdb_start

gdb_reinitialize_dir $srcdir/$subdir

gdb_load ${binfile}

if ![runto_main] then {

    perror "couldn't run to breakpoint"

    continue

}

# First, run to after we've constructed the object:

gdb_breakpoint [gdb_get_line_number "main-constructs-done" "$srcfile1"]

gdb_continue_to_breakpoint "end of constructors in main"

gdb_test_multiple "print *e1" "print *e1" {

    -re "warning: RTTI symbol not found for class 'n1::D1'.*$gdb_prompt $" {

        # gdb HEAD 2003-12-05

        kfail "gdb/488" "print *e1"

    }

    -re "warning: can't find class named `n1::D1', as given by C\\+\\+ RTTI.*$gdb_prompt $" {

        # gdb 6.0

        kfail "gdb/488" "print *e1"

    }

    -re "\\$\[0-9\]* = { = .*}\r\n$gdb_prompt $" {

        pass "print *e1"

    }

    -re "\\$\[0-9\]* = { = .*}\r\n$gdb_prompt $" {

        # NOTE: carlton/2003-05-16: If code is compiled by GCC2, we

        # don't print the warning (for no particular reason), but we

        # still call the class via the wrong name; PR gdb/57 is our

        # catch-all PR for nested type problems.

        kfail "gdb/57" "print *e1"

    }

}

# NOTE: carlton/2004-01-14: This test with an ""

# message because, within rtt1.cc, GDB has no way of knowing that the

# class is called 'n2::D2' instead of just 'D2'.  This is an artifical

# test case, though: if we were using these classes in a more

# substantial way, G++ would emit more debug info.  As is, I don't

# think there's anything that GDB can do about this case until G++

# starts emitting DW_TAG_namespace info; this should arrive with GCC

# 3.4.

gdb_test_multiple "print *e2" "print *e2" {

    -re "warning: RTTI symbol not found for class 'n2::D2'.*$gdb_prompt $" {

        # gdb HEAD 2003-12-05

        kfail "gdb/488" "print *e2"

    }

    -re "warning: can't find class named `n2::D2', as given by C\\+\\+ RTTI.*$gdb_prompt $" {

        # gdb 6.0

        kfail "gdb/488" "print *e2"

    }

    -re "\\$\[0-9\]* = \r\n$gdb_prompt $" {

        kfail "gdb/1511" "print *e2"

    }

    -re "\\$\[0-9\]* = { = .*}\r\n$gdb_prompt $" {

        pass "print *e2"

    }

    -re "\\$\[0-9\]* = { = .*}\r\n$gdb_prompt $" {

        kfail "gdb/57" "print *e2"

    }

}

# Now we test the hack that's been implemented to get around some

# instances of PR gdb/1511.

gdb_breakpoint [gdb_get_line_number "func-constructs-done" "$srcfile1"]

gdb_continue_to_breakpoint "end of constructors in func"

gdb_test "print *obj" "\\$\[0-9\]* = { = .*}"

gdb_breakpoint [gdb_get_line_number "func3-constructs-done" "$srcfile1"]

gdb_continue_to_breakpoint "end of constructors in func3"

gdb_test "print *obj3" "\\$\[0-9\]* = { = .*}"

gdb_exit

return 0