From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Windows Emacs doesn't understand UNIX symbolic link? Date: Wed, 02 Apr 2008 20:11:44 +0300 Message-ID: References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1207156558 31430 80.91.229.12 (2 Apr 2008 17:15:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Apr 2008 17:15:58 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Apr 02 19:16:29 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Jh6ZX-0008Hc-UR for geh-help-gnu-emacs@m.gmane.org; Wed, 02 Apr 2008 19:16:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jh6Yv-00020R-Hb for geh-help-gnu-emacs@m.gmane.org; Wed, 02 Apr 2008 13:15:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jh6V0-0007jG-Fu for help-gnu-emacs@gnu.org; Wed, 02 Apr 2008 13:11:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jh6Uy-0007gw-Uy for help-gnu-emacs@gnu.org; Wed, 02 Apr 2008 13:11:46 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jh6Uy-0007gp-Me for help-gnu-emacs@gnu.org; Wed, 02 Apr 2008 13:11:44 -0400 Original-Received: from heller.inter.net.il ([213.8.233.23]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jh6Uy-00027Z-Bx for help-gnu-emacs@gnu.org; Wed, 02 Apr 2008 13:11:44 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-21-134.inter.net.il [80.230.21.134]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id FKH52352 (AUTH halo1); Wed, 2 Apr 2008 20:11:41 +0300 (IDT) In-reply-to: (message from Michael Albinus on Wed, 02 Apr 2008 09:50:43 +0200) X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:52982 Archived-At: > From: Michael Albinus > Date: Wed, 02 Apr 2008 09:50:43 +0200 > > The problem is not Tramp in this case. If I try to create a symbolic > link in a remote directory, I get the error > > (void-function make-symbolic-link) > > And indeed, this function does not exist for W32 systems; see the > check in fileio.c: > > #ifdef S_IFLNK > DEFUN ("make-symbolic-link", Fmake_symbolic_link, Smake_symbolic_link, 2, 3, > ... > > Eli: do you see a chance to enable that function for W32 systems? It > should first check for a file name handler (as it does now), and > _then_ check whether the native functionality can be used. Yes, that's what we need: to change make-symbolic-link so that only its native part is ifdef'ed away on systems without S_IFLNK, and the file-handler part is available on all systems.