From: "Óscar Fuentes" <ofv@wanadoo.es>
To: help-gnu-emacs@gnu.org
Subject: Re: Emacs for Windows
Date: Sun, 12 Oct 2014 13:53:48 +0200 [thread overview]
Message-ID: <87lholld0z.fsf@wanadoo.es> (raw)
In-Reply-To: 83a95195rx.fsf@gnu.org
Eli Zaretskii <eliz@gnu.org> writes:
>> Guile is not available as a native package.
>
> Then what is
>
> https://github.com/msys2/MINGW-packages/tree/master/mingw-w64-guile
>
> ?
The fact that a PKGBUILD exists for MinGW-w64 (or MSYS2) does not mean
that it is considered ready for consumption. Until it does appear on the
pacman database at the user's end, the binary package is not available.
>> It depends on the MSYS2 Posix layer.
>
> Sorry, I don't understand what that means. Are you saying it's an
> MSYS2 build, rather than a native MinGW build?
Yes.
[snip]
>> Hunspell es available as a native package:
>
> The main problem with the upstream sources, which affects Unix as
> well, is that Hunspell reports offsets in bytes, not in characters, so
> the Emacs ispell.el interface barfs unless you use a single-byte
> encoding (whereas the default is to use UTF-8 with Aspell and
> Hunspell). So this means this port is not useful for Emacs users.
Thanks for the info. From now on I'll resist the temptation of switching
to hunspell.
>> bison is available as a MSYS2 package and as a MinGW-w64 package (the
>> "native" counterpart.) For the later, the recipe and patches are here:
>>
>> https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-bison
>
> In a hidden place, I see.
Why hidden? It is stored along the rest of the MinGW-w64 packages and it
is listed on `pacman -Ss bison' as well.
[snip]
>> Gawk as a MSYS2 package:
>
> Since Gawk builds with MinGW out of the box, even without the need to
> run the configure script, not having a MinGW64 port for it is strange,
> to say the least.
>
>> Same for flex.
>
> Without Flex, you don't have a complete development environment, so
> again, not offering a MinGW Flex sounds like an omission that should
> be fixed.
Except for building a few third party packages (i.e. GCC which doesn't
require them anymore for building the released tarballs) I never use
flex/bison myself nor perceived that its usage is ubiquitous. YMMV.
>> Please note that the project is a just months old and there is no
>> central authority for ensuring that the submitted build recipes are
>> sound. If it builds, it is accepted and then they wait for bug reports.
>> If the package is too broken, it is retracted until someone fixes it.
>
> My point is that the amount of hype this project generates among its
> fans is not entirely justified by the evident omissions and (IMO)
> insufficient QA.
If there are omissions is because so far nobody cared enough about the
omitted packages and the insufficient QA is the consequence of an
heterogeneous community and the impossibility for the maintainers to
check that every package works as it should. These are ailments that
improve with age as the community grows and matures.
I remember the experience of setting up the environment for building
Emacs on Windows. It was so painful that I used the same setup and
libraries for many years, frozen on a virtual machine. Now, starting
from scratch, I can obtain all the necessary and optional (*)
requirements for building Emacs on a few minutes. Everything up to date
and on a working condition, as far as my experience goes. Same for my
C++ development enviroment (**). So the hype is justified, IMO.
* IIRC there is a problem witn the xpm package. It is installed but
Emacs' configure script doesn't detect it. Maybe the package is
incomplete or installed on the wrong place.
** Except Emacs itself, which I wouldn't use anyways because I have
local patches.
next prev parent reply other threads:[~2014-10-12 11:53 UTC|newest]
Thread overview: 82+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-09 9:43 Emacs for Windows Alexander Shukaev
2014-10-09 18:07 ` H. Dieter Wilhelm
2014-10-09 22:37 ` E Sabof
2014-10-10 1:07 ` Pascal J. Bourguignon
2014-10-10 2:49 ` E Sabof
2014-10-10 3:13 ` John Mastro
2014-10-10 3:32 ` Glenn Morris
2014-10-10 6:36 ` Eli Zaretskii
2014-10-10 6:24 ` Eli Zaretskii
2014-10-10 12:36 ` Stefan Monnier
2014-10-10 12:49 ` Eli Zaretskii
2014-10-10 13:48 ` Stefan Monnier
2014-10-10 14:16 ` David Engster
2014-10-10 15:47 ` Eli Zaretskii
2014-10-10 16:04 ` David Engster
2014-10-10 16:12 ` Eli Zaretskii
2014-10-10 16:20 ` David Engster
2014-10-10 16:23 ` David Engster
2014-10-10 18:09 ` Eli Zaretskii
2014-10-10 19:13 ` David Engster
2014-10-10 20:01 ` Eli Zaretskii
2014-10-19 16:40 ` Noam Postavsky
2014-10-11 15:46 ` Robert Thorpe
2014-10-11 16:02 ` Eli Zaretskii
2014-10-11 16:22 ` Óscar Fuentes
2014-10-11 20:14 ` Robert Thorpe
2014-10-10 15:07 ` Eli Zaretskii
2014-10-10 17:33 ` Stefan Monnier
2014-10-10 18:22 ` Eli Zaretskii
2014-10-10 18:34 ` Stefan Monnier
2014-10-10 19:56 ` Eli Zaretskii
2014-10-11 13:26 ` Stefan Monnier
2014-10-11 14:18 ` Eli Zaretskii
2014-10-11 14:44 ` David Engster
2014-10-11 15:59 ` Eli Zaretskii
2014-10-11 16:25 ` David Engster
2014-10-11 16:41 ` Óscar Fuentes
2014-10-11 16:50 ` Eli Zaretskii
2014-10-11 17:19 ` David Engster
2014-10-11 17:38 ` David Engster
2014-10-11 17:49 ` Eli Zaretskii
2014-10-11 17:47 ` Eli Zaretskii
2014-10-11 17:58 ` David Engster
2014-10-10 15:44 ` Glenn Morris
2014-10-10 15:54 ` Eli Zaretskii
2014-10-10 18:34 ` Grant Rettke
2014-10-10 18:46 ` H. Dieter Wilhelm
2014-10-11 15:38 ` Óscar Fuentes
2014-10-11 15:53 ` Eli Zaretskii
2014-10-11 16:00 ` Óscar Fuentes
2014-10-11 16:04 ` Eli Zaretskii
2014-10-11 16:18 ` Óscar Fuentes
2014-10-11 16:48 ` Eli Zaretskii
2014-10-11 19:40 ` Óscar Fuentes
2014-10-12 6:11 ` Eli Zaretskii
2014-10-12 11:53 ` Óscar Fuentes [this message]
2014-10-12 9:09 ` Eli Zaretskii
2014-10-12 12:13 ` Óscar Fuentes
2014-10-12 13:41 ` Eli Zaretskii
2014-10-10 20:38 ` E Sabof
2014-10-10 23:57 ` John Mastro
2014-10-11 2:05 ` E Sabof
2014-10-11 6:43 ` Eli Zaretskii
2014-10-12 9:09 ` E Sabof
[not found] ` <mailman.10884.1412944630.1147.help-gnu-emacs@gnu.org>
2014-10-11 14:55 ` Mirko
2014-10-10 2:08 ` Grant Rettke
2014-10-21 19:38 ` H. Dieter Wilhelm
[not found] <mailman.10793.1412858774.1147.help-gnu-emacs@gnu.org>
2014-10-15 4:52 ` Bug Dout
2014-10-15 13:23 ` tux-
[not found] ` <CAKu-7Wzt6kD83or9xcSgSXi3Lqsc81fpvjq6RLUGZri4oZPT1Q@mail.gmail.com>
2014-10-15 15:23 ` Alexander Shukaev
2014-10-15 15:50 ` Thien-Thi Nguyen
2014-10-15 15:52 ` Alexander Shukaev
2014-10-15 21:54 ` John Mastro
[not found] ` <mailman.11194.1413386616.1147.help-gnu-emacs@gnu.org>
2014-10-21 16:26 ` Jason Rumney
2014-10-21 17:58 ` John Mastro
2014-11-05 23:57 ` Nikolay Kudryavtsev
2014-11-06 1:32 ` John Mastro
2014-11-06 1:36 ` John Mastro
2014-11-20 5:30 ` Nikolay Kudryavtsev
[not found] ` <mailman.14138.1416461463.1147.help-gnu-emacs@gnu.org>
2014-11-30 17:27 ` Bug Dout
2014-11-30 20:38 ` Eli Zaretskii
2014-11-06 1:56 ` Sampath Weerasinghe
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=87lholld0z.fsf@wanadoo.es \
--to=ofv@wanadoo.es \
--cc=help-gnu-emacs@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.