From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7913 invoked by alias); 3 Jun 2002 18:30:47 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 7906 invoked from network); 3 Jun 2002 18:30:43 -0000 Received: from unknown (HELO cygnus.com) (205.180.83.203) by sources.redhat.com with SMTP; 3 Jun 2002 18:30:43 -0000 Received: from redhat.com (reddwarf.sfbay.redhat.com [172.16.24.50]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA24375; Mon, 3 Jun 2002 11:30:38 -0700 (PDT) Message-ID: <3CFBB24A.30F5AE81@redhat.com> Date: Mon, 03 Jun 2002 11:30:00 -0000 From: Michael Snyder Organization: Red Hat, Inc. X-Accept-Language: en MIME-Version: 1.0 To: Michael Elizabeth Chastain CC: ac131313@cygnus.com, gdb-patches@sources.redhat.com, thorpej@wasabisystems.com Subject: Re: userdef.exp regression for ppc? References: <200206011546.g51FkMj30586@duracef.shout.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-06/txt/msg00044.txt.bz2 Michael Elizabeth Chastain wrote: > > This looks like a bug in calling functions that return a structure > by value. All the functions that return structures FAIL: That could be checked by looking at the results of structs.exp, callfuncs.exp, and to some extent call-ar-st and call-rt-st. > > print one + two > $1 = {x = 2147479536, y = 1099239424} > (gdb) FAIL: gdb.c++/userdef.exp: print one + two > > The functions that return a scalar PASS: > > print one && two > $6 = 1 > (gdb) PASS: gdb.c++/userdef.exp: print one && two > > Look at the results in gdb.base/call-rt-st.exp and gdb.base/structs.exp. > I bet there is a lot of juicy log info there. > > Michael C