From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo Newsgroups: gmane.emacs.devel Subject: Re: New msys-to-w32 breaks using %emacs_dir%, @VER@ in locallisppath Date: Sun, 1 Dec 2013 10:00:11 +0100 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1385888413 7755 80.91.229.3 (1 Dec 2013 09:00:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 1 Dec 2013 09:00:13 +0000 (UTC) Cc: Emacs developers To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 01 10:00:19 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 1Vn2t0-00015F-Bb for ged-emacs-devel@m.gmane.org; Sun, 01 Dec 2013 10:00:18 +0100 Original-Received: from localhost ([::1]:54741 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vn2sz-0000OX-RP for ged-emacs-devel@m.gmane.org; Sun, 01 Dec 2013 04:00:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57950) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vn2sw-0000OQ-F6 for emacs-devel@gnu.org; Sun, 01 Dec 2013 04:00:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vn2sv-0001P9-7y for emacs-devel@gnu.org; Sun, 01 Dec 2013 04:00:14 -0500 Original-Received: from mail-lb0-x233.google.com ([2a00:1450:4010:c04::233]:37146) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vn2su-0001P5-V3 for emacs-devel@gnu.org; Sun, 01 Dec 2013 04:00:13 -0500 Original-Received: by mail-lb0-f179.google.com with SMTP id l4so7744518lbv.24 for ; Sun, 01 Dec 2013 01:00:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zDfvMGJR5tToT7y8WQchSlzdlk+oNBQnRGJi3sioiSk=; b=IGsBh+IhoGMbYlz+5yvYtEqFQdCVRR5uRNxyCNa++JLBq18FqVQ6aryz5Hr2qzkpjn f2UyVlyEN3Xzsl3kk2xOfjKQMkM69GHaS10JoUdbN8ex1vBpMzLdCDratxybH0NcDDD1 75x1RFbeLxDCBrhDpAZcTsulBZK7YhtxG47D7u2h0UEh0XHLSOO/UwxEDa+45KAni4Bs tTdJUvD9C5+TSc3x4UGLIaj0D665Sg0pDG98z9WAaggBcnCF9whkPwTPVXJl5HJMCh6/ c8aiSNqre5yNrB221f8Rrz9Eb4w0xwraINm5VQEKKJy9Kpz6mSlpLhEUi3c4bJ8a/dNS rsFw== X-Received: by 10.152.22.4 with SMTP id z4mr41255430lae.14.1385888411068; Sun, 01 Dec 2013 01:00:11 -0800 (PST) Original-Received: by 10.114.176.231 with HTTP; Sun, 1 Dec 2013 01:00:11 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::233 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:165964 Archived-At: >> Agreed. The directories you specify with --enable-locallisppath don't >> have to exist at build time. That is why, in the "epaths-force-w32" >> target, the translation of "${locallisppath}" is done by passing "N" >> to the argument MUSTEXIST of the msys-to-w32 script. > > Then why did it complain about %emacs_dir%/share/emacs/@VER@/site-lisp > ? It does not contain any colon. Because the script didn't know how to translate such a path. (now it does: the translations of that kind of paths are literally the original ones). But aside from that exception that was introduced yesterday, all translations performed by the script are ultimately based on "cd"ing to an _existing_ directory (the one received as parameter, if it exists, or else the deepest existing directory among its parents) and then using "pwd -W" to get its translation (if some trailing directories were discarded, they are concatenated to the translation to from the final translation). I designed the script that way, because I think it's the only reliable way of doing the job. Imagine for example that "c:/foo" is mounted in MSYS as "/c/bar". Then the translation of "/c/bar/emacs" should be "c:/foo/emacs" (not "c:/bar/emacs"). IOW, I wanted to completely avoid the pattern-matching approach, and base all translations on the "pwd -W" feature of the MSYS bash shell. >> Conclusion: always use MSYS-style paths ("/c/mydir") instead of >> windows native paths ("c:/mydir") when specifying paths with >> --enable-locallisppath, because the colon ":" will be used as >> separator in the path list. > > I used c:/mydir as an example. What I mean is, > --enable-locallisppath=/c/mydir should not complain. I haven't checked > that it does, but if not, I'm puzzled that it complained about the > %emacs_dir% path. "--enable-locallisppath=/c/mydir" should work fine. See above. -- Dani Moncayo