From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.comp.lib.gnulib.bugs,gmane.emacs.devel Subject: Re: Files from gnulib Date: Wed, 26 Jan 2011 08:09:57 -0500 Message-ID: References: <83y66bzuhc.fsf@gnu.org> <4D3C81A1.70009@cs.ucla.edu> <83ipxfymox.fsf@gnu.org> <4D3E0A8E.1030400@cs.ucla.edu> <8362tdzl7m.fsf@gnu.org> <4D3E8E4C.1010000@cs.ucla.edu> <4D3F1171.5010201@cs.ucla.edu> <83y668yfgt.fsf@gnu.org> <4D3F3F7B.40402@cs.ucla.edu> <83ipxcy6xw.fsf@gnu.org> <4D3F70B8.3090708@cs.ucla.edu> <83d3nkxq31.fsf@gnu.org> <87oc73q5nr.fsf@meyering.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1296047439 22718 80.91.229.12 (26 Jan 2011 13:10:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 26 Jan 2011 13:10:39 +0000 (UTC) Cc: cyd@stupidchicken.com, eggert@cs.ucla.edu, bug-gnulib@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Jim Meyering Original-X-From: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Wed Jan 26 14:10:34 2011 Return-path: Envelope-to: gnu-bug-gnulib@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Pi58s-0001WT-2e for gnu-bug-gnulib@m.gmane.org; Wed, 26 Jan 2011 14:10:34 +0100 Original-Received: from localhost ([127.0.0.1]:51444 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pi58r-0005jt-Dm for gnu-bug-gnulib@m.gmane.org; Wed, 26 Jan 2011 08:10:33 -0500 Original-Received: from [140.186.70.92] (port=42032 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pi58P-0005if-9x for bug-gnulib@gnu.org; Wed, 26 Jan 2011 08:10:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pi58N-0008Pk-2Z for bug-gnulib@gnu.org; Wed, 26 Jan 2011 08:10:05 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]:55248) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pi58N-0008Pc-0H; Wed, 26 Jan 2011 08:10:03 -0500 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1Pi58H-0006ry-Ka; Wed, 26 Jan 2011 08:09:57 -0500 In-reply-to: <87oc73q5nr.fsf@meyering.net> (message from Jim Meyering on Wed, 26 Jan 2011 12:13:28 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Errors-To: bug-gnulib-bounces+gnu-bug-gnulib=m.gmane.org@gnu.org Xref: news.gmane.org gmane.comp.lib.gnulib.bugs:24964 gmane.emacs.devel:135004 Archived-At: > From: Jim Meyering > Cc: Paul Eggert , cyd@stupidchicken.com, bug-gnulib@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org > Date: Wed, 26 Jan 2011 12:13:28 +0100 > > >> It is easy to run 'find' as part of the process that makes a > >> distribution, and to put its output into config.bat or the > >> equivalent, so there is no need to run 'find' under MS-DOS. > > > > More complications. This means, for example, that to test an > > arbitrary revision of the development tree, I will need to run > > make-dist on Unix, create a tarball, copy it to a DOS machine, then > > build, find problems, go back to the Unix machine, etc. > > Nah. You wouldn't have to test at all, > because it could be automated. See below. We are miscommunicating. Paul suggested that config.bat, the script used instead of the Posix `configure' when building the MS-DOS port, will have the list of files/directories to rename/edit hardcoded into it by make-dist. Which means that to update config.bat, I will need to run make-dist on a Unix host, then copy the results to the machine where I build the DOS port, and only then build it. Just testing doesn't solve the issue, because if testing detects a problem, the way to correct it is very complicated (compared to what I do today -- just edit and try again). > >> I don't think it'd take much work to do the above. I can write > >> scripts to do the check and to do the find, since they can all be done > >> on a standard GNU platform. What else is needed? > > > > Maintenance. > > [assuming something like doslfn is too buggy -- have you tried it? ] > > We could write an 8.3 conflict-checking Makefile rule and add > it as a dependent of "check". Then any new file that conflicts > would be detected immediately, and whoever added it would > deal with the failed "make check" by renaming their file or > by adding a DOS-renaming rule. "make check" is jut the part that detects problems. They also need to be fixed, and that's where most of the maintenance effort goes. And what about the need to remember to say "make check"? Emacs does not yet have a test suite that can be run as a single large test in batch mode, so "make check" is not a routine part of building it. > >> How is that checking done, and what errors doesn't it catch? > > > > It's done by the ARI script. > > I didn't find any script in GDB named ARI, but do see > many references to ARI in ChangeLogs. I think you will find it on the GDB Web site. If not, ask on the gdb-patches mailing list. I once asked for it and the core maintainers sent it to me. > > All I know about the errors is that some files still clash. > > All that means is that there's room for improvement. > No need to reject that solution because it's not yet perfect. Either you underestimate the complexity of the task, or you somehow believe that any complexity can be dealt with reliably. In both cases, I really have no practical way of convincing you (and Paul), because this is no longer about facts, it's about experience and gray hair. After so many years of bad experience, I concluded that this kind of solution will never work reliably, unless someone works full time on maintaining it. You are welcome to learn the same lesson the hard way, but I've learned mine.