From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.devel Subject: Re: "nmake info" Windows patch (was: Your Emacs changes) Date: Fri, 29 Aug 2003 13:20:21 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <3405-Fri29Aug2003132020+0300-eliz@elta.co.il> References: <2427-Tue19Aug2003095146+0300-eliz@elta.co.il> <3F41D8CC.5000005@runestig.com> <7458-Tue19Aug2003194620+0300-eliz@elta.co.il> <3F4EFFDC.7000101@runestig.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1062153830 24369 80.91.224.253 (29 Aug 2003 10:43:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 29 Aug 2003 10:43:50 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Aug 29 12:43:49 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19sgjM-0002Gn-00 for ; Fri, 29 Aug 2003 12:43:48 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19sgqg-0002dr-00 for ; Fri, 29 Aug 2003 12:51:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.22) id 19sgj2-00026B-63 for emacs-devel@quimby.gnus.org; Fri, 29 Aug 2003 06:43:28 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.22) id 19sgRE-0000dW-V2 for emacs-devel@gnu.org; Fri, 29 Aug 2003 06:25:04 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.22) id 19sgQg-0000Cf-NY for emacs-devel@gnu.org; Fri, 29 Aug 2003 06:24:32 -0400 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.22) id 19sgQ7-00082A-M9 for emacs-devel@gnu.org; Fri, 29 Aug 2003 06:23:55 -0400 Original-Received: from [192.114.186.24] (helo=legolas.inter.net.il) by mx20.gnu.org with esmtp (Exim 4.22) id 19sgNB-0001t3-D7 for emacs-devel@gnu.org; Fri, 29 Aug 2003 06:20:53 -0400 Original-Received: from zaretski (pns03-202-80.inter.net.il [80.230.202.80]) by legolas.inter.net.il (Mirapoint Messaging Server MOS 3.3.5-GR) with ESMTP id AEJ21328; Fri, 29 Aug 2003 13:20:38 +0300 (IDT) Original-To: "Peter 'Luna' Runestig" X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 In-reply-to: <3F4EFFDC.7000101@runestig.com> (peter@runestig.com) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:16186 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:16186 > Date: Fri, 29 Aug 2003 09:25:16 +0200 > From: "Peter 'Luna' Runestig" > > All this Windows-incompatible stuff in the new makefiles I created, is > related to building DVI files, not INFO files. So, how should I do this: > rip out all non-INFO related stuff, or also make DVI building work (if I > can find a Windows port of texi2dvi...)? Are you saying that you don't really care about the parts that produce Info files, only about the DVI stuff? I'd say that Windows users should be able to produce the on-line Info manuals as well, but if you cannot work on that, I guess they won't be able to do that. In any case, IMHO, fix those parts of the Makefile's that you can, and leave the rest unmodified, don't remove them. Someone else will then hopefully pick up where you left off. A comment in the Makefile's to the effect that only some of the targets work reliably would be a good idea. > >> On a side note, NTFS does support hard links (AFAIK there's no native > >> tool for it though, but Cygwin's "ln" works). > > > > I knew that, but since native Windows programs don't support links, > > their presence in NTFS is currently useless unless one works in a > > Cygwin environment. > > As long as you have a "ln" tool, which doesn't need to come from Cygwin, > they are still quite useful. What other packages besides Cygwin offer a port of `ln'?