Bug 7174 - g++ function calls give wrong results with gcc 3.0
Summary: g++ function calls give wrong results with gcc 3.0
Status: CLOSED FIXED
Alias: None
Product: gdb
Classification: Unclassified
Component: c++ (show other bugs)
Version: unknown
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-06-28 18:58 UTC by Michael Elizabeth Chastain
Modified: 2010-01-22 20:44 UTC (History)
2 users (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Elizabeth Chastain 2001-06-29 01:58:00 UTC
[Converted from Gnats 69]

test script gdb.c++/overload.exp prints wrong results for some tests.
The script thinks that these are XFAILs, but I think that when gdb prints incorrect results, that's a bug.

print foo_instance1.overload1arg((short)arg5)
$19 = 7
(gdb) XFAIL: gdb.c++/overload.exp: print call overloaded short arg (PRMS CLLbs16901)
print foo_instance1.overload1arg((unsigned short)arg6)
$20 = 7
(gdb) XFAIL: gdb.c++/overload.exp: print call overloaded func unsigned short  arg (PRMS CLLbs16901)
...
print foo_instance1.overload1arg((long)arg9)
$23 = 8
(gdb) XFAIL: gdb.c++/overload.exp: print call overloaded func long arg (PRMS CLLbs16901)
print foo_instance1.overload1arg((unsigned long)arg10)
$24 = 11
(gdb) XFAIL: gdb.c++/overload.exp: print call overloaded func unsigned long arg (PRMS CLLbs16901)

Release:
2001-06-24-cvs

Environment:
native red hat linux 7
gcc gcc-3_0-branch cvs 2001-06-23

How-To-Repeat:
build cvs gdb on native red hat linux 7
use gcc 3.0 to run the test suite
run test script gdb.c++/overload.exp
Comment 1 Michael Elizabeth Chastain 2003-08-14 01:23:04 UTC
State-Changed-From-To: open->closed
State-Changed-Why: I actually reported this a whole new time as PR gdb/872!
    Daniel J fixed it on 2003-01-13.
    Confirmed fixed in my test run for 2003-01-15.
    
    Re-confirmed, all the tests mentioned in overload.exp are fine as of 2003-08-10 in gdb_6_0-branch and HEAD.