From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6413 invoked by alias); 12 Apr 2010 17:48:30 -0000 Received: (qmail 6401 invoked by uid 22791); 12 Apr 2010 17:48:28 -0000 X-SWARE-Spam-Status: No, hits=-1.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout21.012.net.il (HELO mtaout21.012.net.il) (80.179.55.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 12 Apr 2010 17:48:22 +0000 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0L0R00H00YPRSG00@a-mtaout21.012.net.il> for gdb-patches@sourceware.org; Mon, 12 Apr 2010 20:47:46 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.127.74.198]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L0R00HFNYRLF320@a-mtaout21.012.net.il>; Mon, 12 Apr 2010 20:47:46 +0300 (IDT) Date: Mon, 12 Apr 2010 17:48:00 -0000 From: Eli Zaretskii Subject: Re: [RFC] DJGPP: fnchange.lst removal attempt In-reply-to: <20100412000856.GA25681@host0.dyn.jankratochvil.net> To: Jan Kratochvil Cc: gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83vdbwy33r.fsf@gnu.org> References: <20100412000856.GA25681@host0.dyn.jankratochvil.net> 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: 2010-04/txt/msg00373.txt.bz2 > Date: Mon, 12 Apr 2010 02:08:56 +0200 > From: Jan Kratochvil > > tried to create a script to autogenerate and remove fnchange.lst Thanks for doing this. > but ... after > writing it I found I am not able to even compile the current FSF GDB HEAD. Don't worry about that. You can test the output of the script in a different, much easier way: use the ARI script to check that no file-name conflicts are reported by it after you update fnchange.lst. That way, you don't need to set up a DOS system. Btw, I take it that a release tarball will still include the file, right? I wouldn't want to ask DJGPP users to have Perl installed, and the need to produce the file will complicate the unpacking instructions, which are already quite complicated (see gdb/config/djgpp/README). > fnchange.lst change of directory names: > @V@/gdb/testsuite/gdb.gdbtk/EVERYTHING @V@/gdb/testsuite/gdb.tk/EVERYTHING That's because we also have gdb/testsuite/gdb.gdb and gdb/testsuite/gdb.gdbserver, which clash with it. > Also current gdb/config/djgpp/djconfig.sh cannot find gdb/ChangeLog.002 . Can you see why this happens? gdb/ChangeLog.002 should have been produced by renaming gdb/ChangeLog-2002, by this line in fnchange.lst: @V@/gdb/ChangeLog-2002 @V@/gdb/ChangeLog.002 > In this state I find all the adjustments of gdb/config/djgpp/fnchange.lst not > much useful. It worked for me during GDB 7.0 pretest. But I agree that maintaining it by hand is annoying and error-prone. So I'm very much in favor of producing it with a script. Thanks.