[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Building Emacs from a new MinGW environment
From: |
Dani Moncayo |
Subject: |
Re: Building Emacs from a new MinGW environment |
Date: |
Sat, 9 Nov 2013 15:47:28 +0100 |
>> > In a nutshell, srcdir is now guaranteed to be in /d/foo/bar format,
>> > and should be edited into d:/foo/bar when it is placed in
>> > src/epaths.h. The job is to remove anything from top-level
>> > Makefile.in that is required for file names in format other than
>> > /d/foo/bar, and still allow using %emacs_dir% in
>> > '--enable-locallisppath=PATH' option to configure. So I think
>> > msys_to_w32 should stay intact, but msys_lisppath_to_w32 could be
>> > simplified.
>>
>> A more ambitious goal, IMO, would be to understand what is the problem
>> with doing every conversion of MSYS paths to native w32 format with
>> "pwd -W", so that the pattern-matching technique could be entirely
>> replaced with that simpler and more elegant one.
>
> That's a possibility, but note that "pwd -W" requires that you cd into
> the directory first, which might be a problem in some rare cases.
>
> Also msys_lisppath_to_w32 works on PATH-style directory lists, not on
> single directories, and some of those directories might not exist, or
> include %emacs_dir%, which will cause pwd to fail.
>
> If these difficulties can be overcome, I have nothing against using
> "pwd -W".
I'm attaching a patch that works for me, and I think fulfills the
above requirements.
It makes _all_ translations of paths to native MS-Windows format using
the "pwd -W" feature of the MSYS shell, which I think is the only
reliable way of doing such translations.
--
Dani Moncayo
msys-to-w32.diff
Description: Text document
- Re: Building Emacs from a new MinGW environment,
Dani Moncayo <=