From: Andy Moreton <andrewjmoreton@gmail.com>
To: emacs-devel@gnu.org
Subject: Re: Making gnulib imports build on Windows
Date: Thu, 27 Jan 2011 14:22:35 +0000 [thread overview]
Message-ID: <vz1fwsewhn8.fsf@gmail.com> (raw)
In-Reply-To: 83mxmnvviz.fsf@gnu.org
On Thu 27 Jan 2011, Eli Zaretskii wrote:
>> From: Andy Moreton <andrewjmoreton@gmail.com>
>> Date: Wed, 26 Jan 2011 22:40:30 +0000
>>
>> Although Cygwin and MSYS are widely used for building emacs for Windows,
>> I agree that option 2) is the best.
>
> Thanks for the feedback.
>
>> The maintainer-only rules for generating the pre-canned
>> configuration and headers should minimise the doffernces from the
>> standard POSIX makefile infrastructure as far as possible.
>>
>> In a perfect world, this would allow the use of mingw32 or mingw-w64
>> cross compilers to build Windows emacs binaries on POSIX hosts.
>>
>> What can I do to help this happen ?
>
> Sorry, I'm not sure I'm following: help what happen? If you mean
> unbreak the Windows build, then either (a) describing what exactly
> needs to be done for that or (b) actually doing that is what's
> needed. I'm almost done doing (a) myself, but I can never be sure I
> figured out everything until I actually make the changes and try
> building.
Sorry if I was unclear. Initially the w32 build needs to be repaired,
but the longer term aim should surely be reducing the differences
between w32 build scripts ans the rest of emacs. This includes allowing
for additional toolchains (e.g. Mingw-w64, llvm).
Mingw32 and wingw-w64 cross toolchains are available in some Linux distros. If
developers on other platforms could at least build the win32 port, it
would make it easier for those developers to check whether their changes
break the w32 build. It might also simplify building tarballs and binary
releases.
AndyM
next prev parent reply other threads:[~2011-01-27 14:22 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-26 19:29 Making gnulib imports build on Windows Eli Zaretskii
2011-01-26 21:48 ` Paul Eggert
2011-01-27 4:04 ` Eli Zaretskii
2011-01-26 22:40 ` Andy Moreton
2011-01-27 4:08 ` Eli Zaretskii
2011-01-27 14:22 ` Andy Moreton [this message]
2011-01-27 14:32 ` Eli Zaretskii
2011-01-27 15:36 ` Andy Moreton
2011-01-27 14:34 ` Lennart Borgman
2011-01-27 15:13 ` Eli Zaretskii
2011-01-27 15:15 ` Lennart Borgman
2011-01-27 16:43 ` Sam Steingold
2011-01-27 16:58 ` Lennart Borgman
2011-01-27 17:28 ` Sam Steingold
2011-01-27 20:13 ` Juanma Barranquero
2011-01-28 13:08 ` martin rudalics
2011-01-28 15:12 ` Sam Steingold
2011-01-28 15:20 ` Juanma Barranquero
2011-01-28 17:32 ` Sean Sieger
2011-01-28 19:30 ` Sam Steingold
2011-01-28 20:44 ` Martin Stemplinger
2011-01-28 20:49 ` Lennart Borgman
2011-01-27 20:32 ` Martin Stemplinger
2011-01-28 14:30 ` 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=vz1fwsewhn8.fsf@gmail.com \
--to=andrewjmoreton@gmail.com \
--cc=emacs-devel@gnu.org \
/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.