From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: MS-Windows build using Posix configury Date: Wed, 17 Apr 2013 13:11:55 -0400 Message-ID: References: <83d2tu49lu.fsf@gnu.org> <83zjwx3lwt.fsf@gnu.org> <3mfvyp7jx6.fsf@fencepost.gnu.org> <83r4i92jdk.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1366218723 1590 80.91.229.3 (17 Apr 2013 17:12:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 17 Apr 2013 17:12:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 17 19:12:07 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1USVts-0000XJ-Hv for ged-emacs-devel@m.gmane.org; Wed, 17 Apr 2013 19:12:04 +0200 Original-Received: from localhost ([::1]:36695 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1USVtr-0007KA-OS for ged-emacs-devel@m.gmane.org; Wed, 17 Apr 2013 13:12:03 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:45542) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1USVtm-0007K5-T5 for emacs-devel@gnu.org; Wed, 17 Apr 2013 13:12:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1USVtl-0000Qp-Jh for emacs-devel@gnu.org; Wed, 17 Apr 2013 13:11:58 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57764) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1USVtl-0000Qa-HM for emacs-devel@gnu.org; Wed, 17 Apr 2013 13:11:57 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1USVtj-0005uD-R9; Wed, 17 Apr 2013 13:11:55 -0400 X-Spook: NATO Mahmoud Ahmadinejad oil analyzer embassy Albanian X-Ran: cWyZw:CMzYuh.1b@ODeuX/CG`O73S1uy"IX7*)"kP9T, X-Hue: yellow X-Attribution: GM In-Reply-To: <83r4i92jdk.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 17 Apr 2013 19:48:39 +0300") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:158979 Archived-At: Eli Zaretskii wrote: > 'ln' does work on Windows, but evidently not good enough for Autoconf. Sounds like an autoconf bug that should be reported. > And indeed, the Windows documentation clearly says that hard links to > directories are not supported. > > I could, of course, force LN_S to be 'ln' for the Windows build, but > then what if one day we will need to make a hard link to a directory? This isn't portable, so we should never do this. For example, on the AFS file system, hard links cannot span directories. We should only ever use links in the way that we currently do, between files in the same directory. From the autoconf manual: If you make a link in a directory other than the current directory, its meaning depends on whether `ln' or `ln -s' is used. To safely create links using `$(LN_S)', either find out which form is used and adjust the arguments, or always invoke `ln' in the directory where the link is to be created. So it is totally fine for you to just set LN_S=ln on MS Windows until autoconf gets fixed to do this anyway. > OTOH, Paul suggested to use 'ln' on all platforms when installing > Emacs (which is the only place where this issue arises), in which case > this is a moot point. I already said that symlinks are better here IMO. http://lists.gnu.org/archive/html/emacs-devel/2013-04/msg00230.html > On the third hand, there's talk about not creating any links as part > of "make install" (see > http://lists.gnu.org/archive/html/emacs-devel/2013-04/msg00450.html). We'll always have the emacs-XX.YY -> emacs link. > So I'm not sure this is worth any effort. The least effort, and the right thing IMO is for you to just set LN_S=ln. If ln works, we never want to use "cp -p".