From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel,gmane.comp.lib.gnulib.bugs Subject: Re: Files from gnulib Date: Wed, 26 Jan 2011 06:02:19 +0200 Message-ID: <83ei80xqgk.fsf@gnu.org> 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> <83lj28y7h4.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1296014537 6380 80.91.229.12 (26 Jan 2011 04:02:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 26 Jan 2011 04:02:17 +0000 (UTC) Cc: cyd@stupidchicken.com, eggert@cs.ucla.edu, bug-gnulib@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 26 05:02:11 2011 Return-path: Envelope-to: ged-emacs-devel@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 1PhwaB-000777-CN for ged-emacs-devel@m.gmane.org; Wed, 26 Jan 2011 05:02:11 +0100 Original-Received: from localhost ([127.0.0.1]:57829 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PhwaA-0001Sn-Gp for ged-emacs-devel@m.gmane.org; Tue, 25 Jan 2011 23:02:10 -0500 Original-Received: from [140.186.70.92] (port=51509 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Phwa2-0001Rs-Ok for emacs-devel@gnu.org; Tue, 25 Jan 2011 23:02:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Phwa1-0005pi-MM for emacs-devel@gnu.org; Tue, 25 Jan 2011 23:02:02 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:53351) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PhwZz-0005ov-7j; Tue, 25 Jan 2011 23:01:59 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LFM00A00360S800@a-mtaout22.012.net.il>; Wed, 26 Jan 2011 06:01:55 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.46.39]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LFM00A1C37524D0@a-mtaout22.012.net.il>; Wed, 26 Jan 2011 06:01:55 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:134981 gmane.comp.lib.gnulib.bugs:24940 Archived-At: > From: Stefan Monnier > Cc: eggert@cs.ucla.edu, cyd@stupidchicken.com, bug-gnulib@gnu.org, > emacs-devel@gnu.org > Date: Tue, 25 Jan 2011 17:15:37 -0500 > > > . Once the remapping is maintained by humans, it becomes unreliable. > > Why is that? Because people err and don't always pay attention to all changes that affect this issue. > > . The unpacking instructions are part of the tarball, and need to be > > extracted separately before the "main" extraction begins. More > > importantly, the remapping file needs to be extracted before that > > as well. This makes the entire unpacking procedure extremely > > complicated and thus error-prone, except if the person who does > > that is the one who designed it and wrote the instructions in the > > first place. > > Rather than distribute a file that needs to be passed to djtar, I was > thinking of distributing a script tailored to MS-DOS, run instead of > djtar, and which would run djtar insternally. So this script can > provide the instructions. How will that script be distributed? > > In addition, there will be a need to deal with something that the GDB > > distribution doesn't. In GDB, the files that are renamed during > > unpacking are only those that are not used for the DOS build. By > > contrast, here we want to rename files that are used during the build. > > Yes, that's a much bigger problem. There's more to it. If the affected files are mentioned in some Lisp files, then those Lisp files will need to be recompiled after being edited. That means the Emacs build process on MSDOS will have to run Make in the lips/ subdirectory, which until now it didn't. lisp/Makefile requires a Unixy shell (and associated utilities, like Coreutils), which would be now another prerequisite for building Emacs. I'm sure we will discover more difficulties, because even GDB didn't rename files used in building on DOS. > In the mean time, please rename the files, thank you, Thank you.