From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6252 invoked by alias); 2 Oct 2009 11:43:01 -0000 Received: (qmail 6240 invoked by uid 22791); 2 Oct 2009 11:43:01 -0000 X-SWARE-Spam-Status: No, hits=1.2 required=5.0 tests=AWL,BAYES_00,BOTNET,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout1.012.net.il (HELO mtaout1.012.net.il) (84.95.2.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 02 Oct 2009 11:42:55 +0000 Received: from conversion-daemon.i-mtaout1.012.net.il by i-mtaout1.012.net.il (HyperSendmail v2007.08) id <0KQV00B00XDGYE00@i-mtaout1.012.net.il> for gdb-patches@sourceware.org; Fri, 02 Oct 2009 13:42:52 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.44.55]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KQV00JLSXVFI720@i-mtaout1.012.net.il>; Fri, 02 Oct 2009 13:42:52 +0200 (IST) Date: Fri, 02 Oct 2009 11:43:00 -0000 From: Eli Zaretskii Subject: Re: [commit] Fix fnchange.lst In-reply-to: <20091001170107.GN10338@adacore.com> To: Joel Brobecker Cc: gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83ske2ow90.fsf@gnu.org> References: <831vm3w9ic.fsf@gnu.org> <20090919155750.GU8910@adacore.com> <83ws3uvney.fsf@gnu.org> <20090920161048.GX8910@adacore.com> <83my4pv78y.fsf@gnu.org> <83ljk9v1qa.fsf@gnu.org> <20091001170107.GN10338@adacore.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-10/txt/msg00053.txt.bz2 > Date: Thu, 1 Oct 2009 10:01:07 -0700 > From: Joel Brobecker > Cc: gdb-patches@sourceware.org > > > Here you go. Save as "chkfnames" and invoke it like this: > > > > srcdir=FOO tmpdir=BAR ./chkfnames > > Can we make the script ignore libdecnumber and gnulib, .cvsignore > files? There are only a few of files in libdecnumber and gnulib, so I didn't think it was justified to remove them. They do present a real problem. As for .cvsignore, they shouldn't present a problem because they are not in the tarball. If you are running the script on the CVS sandbox, then I guess we need to ignore them. I will see what I can do. > Should we also skip testsuite files? I don't think so. Any conflicts cause trouble when unpacking the tarball on 8+3 and some older Windows systems. > Right now, the script as is generates a lot of output about some things > that we cannot fix in GDB itself. From a Q/A perspective, this is going > to cause us to miss. I agree that too much noise is bad, but do we really have a lot of noise? How many positives are you willing to have before they are noise? > What should we do with the entries in section called: > "The following resolve to the same SysV file names:" Nothing. We don't care about this part of doschk's output. I thought I made that section disappear, but it sounds like I goofed.