all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Dani Moncayo <dmoncayo@gmail.com>
Cc: lekktu@gmail.com, emacs-devel@gnu.org
Subject: Re: Building Emacs on Windows with MinGW+MSYS (was: Emacs pretest 24.0.90)
Date: Fri, 14 Oct 2011 00:03:54 +0200	[thread overview]
Message-ID: <83pqi01rcl.fsf@gnu.org> (raw)
In-Reply-To: <CAH8Pv0jQdm3588vkrSwYis_UYhHC8KQc=d_R1MF2+9m8vSnaCw@mail.gmail.com>

> Date: Thu, 13 Oct 2011 23:01:22 +0200
> From: Dani Moncayo <dmoncayo@gmail.com>
> Cc: emacs-devel@gnu.org, Eli Zaretskii <eliz@gnu.org>
> 
> While reading that file, I've tried something that it suggests: to use
> "mingw32-make" as the make tool.  To my delight, it worked flawlessly!
> 
> So, it's possible to build Emacs on Windows using _exclusively_ the
> utilities provided by MinGW, with its MSYS package included (it
> supplies necessary utilities like rm or cp).

If you use the MinGW Make, then the only tools you need from MSYS are
cp, mv, and rm.  It makes no sense to install MSYS for these 3
programs.  Just install the GnuWin32 Coreutils, and be done.

> Thus, I suggest an update of the file nt/INSTALL. In particular, the
> last sentence of this paragraph:
> 
>   MSYS sh.exe also appears to cause
>   various problems, e.g., it is known to cause failures in commands
>   like "cmd /c FOO" in the Makefiles, because it thinks "/c" is a
>   Unix-style file name that needs conversion to the Windows format.
>   If you have MSYS installed, try "make SHELL=cmd.exe" to force the
>   use of cmd.exe instead of the MSYS sh.exe.
> 
> The solution proposed there doesn't seem to work (at least for me).

Probably because you tried it with MSYS Make.  That solution will only
work with the MinGW Make.

> And finally, here is and updated version of my recipe to build Emacs on Windows:

Sorry, but I see no need to recommend MSYS just to have 3 programs.
MSYS is tricky to install if you already have a native MinGW
development environment, because you need to keep them separate (due
to incompatible features), but still let MSYS invoke MinGW programs,
such as the compiler and the linker.  Setting this up is not for a
casual user.  Downloading a single GnuWin32 package is much simpler.



  reply	other threads:[~2011-10-13 22:03 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-13 21:01 Building Emacs on Windows with MinGW+MSYS (was: Emacs pretest 24.0.90) Dani Moncayo
2011-10-13 22:03 ` Eli Zaretskii [this message]
2011-10-13 22:23   ` Dani Moncayo
2011-10-13 23:37     ` Multi-platform build system (was: Building Emacs on Windows with MinGW+MSYS) Óscar Fuentes
2011-10-14  0:09       ` Multi-platform build system Miles Bader
2011-10-14  0:31         ` Óscar Fuentes
2011-10-14  0:55           ` Miles Bader
2011-10-14  1:27             ` Óscar Fuentes
2011-10-14  0:41       ` Multi-platform build system (was: Building Emacs on Windows with MinGW+MSYS) Dan Nicolaescu
2011-10-14  1:43         ` Multi-platform build system Óscar Fuentes
2011-10-14  6:17           ` Dan Nicolaescu
2011-10-14  1:06       ` Multi-platform build system (was: Building Emacs on Windows with MinGW+MSYS) Juanma Barranquero
2011-10-14  1:18         ` Christoph Scholtes
2011-10-14  1:20           ` Juanma Barranquero
2011-10-14  1:47             ` Multi-platform build system Óscar Fuentes
2011-10-14  1:33         ` Óscar Fuentes
2011-10-14  1:43           ` Juanma Barranquero
2011-10-14  2:52             ` Óscar Fuentes
2011-10-14  3:17               ` Juanma Barranquero
2011-10-14  1:57         ` Miles Bader
2011-10-14  2:05           ` Juanma Barranquero
2011-10-14  2:28             ` Miles Bader
2011-10-14  2:31               ` Juanma Barranquero
2011-10-14  5:01           ` Stephen J. Turnbull
2011-10-14 13:18       ` Stefan Monnier
2011-10-14  8:20     ` Building Emacs on Windows with MinGW+MSYS (was: Emacs pretest 24.0.90) Eli Zaretskii
2011-10-13 23:09   ` Building Emacs on Windows with MinGW+MSYS Miles Bader
2011-10-14  8:16     ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83pqi01rcl.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=dmoncayo@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=lekktu@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.