From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28381 invoked by alias); 30 Sep 2003 17:49:41 -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 28367 invoked from network); 30 Sep 2003 17:49:40 -0000 Received: from unknown (HELO concert.shout.net) (204.253.184.25) by sources.redhat.com with SMTP; 30 Sep 2003 17:49:40 -0000 Received: from duracef.shout.net (duracef.shout.net [204.253.184.12]) by concert.shout.net (8.12.10/8.12.10) with ESMTP id h8UHnaOm028402; Tue, 30 Sep 2003 12:49:36 -0500 Received: from duracef.shout.net (localhost [127.0.0.1]) by duracef.shout.net (8.12.10/8.12.9) with ESMTP id h8UHnaVd029087; Tue, 30 Sep 2003 12:49:36 -0500 Received: (from mec@localhost) by duracef.shout.net (8.12.10/8.12.9/Submit) id h8UHnZkE029086; Tue, 30 Sep 2003 13:49:35 -0400 Date: Tue, 30 Sep 2003 17:49:00 -0000 From: Michael Elizabeth Chastain Message-Id: <200309301749.h8UHnZkE029086@duracef.shout.net> To: jimb@redhat.com Subject: Re: RFA: Don't include value of expression in pc-fp.exp test name Cc: ac131313@redhat.com, carlton@kealia.com, fnasser@redhat.com, gdb-patches@sources.redhat.com X-SW-Source: 2003-09/txt/msg00660.txt.bz2 Yeah! It makes my life easier! You need to add '2003' to the copyright year to the top of pc-fp.exp. Proofread. Tested on my test bed with 10 configurations. All the gdb.sum's come out identical now. Can you wait a day or two for other people to offer an opinion? Conditionally recommended for approval, conditions are: . you fix the copyright year, . nobody senior to me objects to this plan Also, a good place to fish for this stuff is: http://www.shout.net/~mec/sunday/current/Compare-by-binutils.html About 95% of the "by binutils" differences are actually just run-to-run differences, not really sensitive to binutils version. Michael C === 2003-09-30 Jim Blandy * gdb.base/pc-fp.exp (get_valueofx): Don't include the value of the expression in the pass message. This just creates spurious differences in summary files.