unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: "Juan José García-Ripoll" <juanjose.garciaripoll@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Process to build standalone Emacs + deps in Windows
Date: Sun, 22 Mar 2020 19:25:48 +0200	[thread overview]
Message-ID: <83a748cndv.fsf@gnu.org> (raw)
In-Reply-To: <86a748xxnx.fsf@csic.es> (juanjose.garciaripoll@gmail.com)

> From: Juan José García-Ripoll
>  <juanjose.garciaripoll@gmail.com>
> Date: Sun, 22 Mar 2020 15:38:10 +0100
> 
> Now, to motivate my intentions a bit better, I have built Emacs from
> savannah's git repository following a different set of instructions
> (https://gist.github.com/nauhygon/f3b44f51b34e89bc54f8). These
> instructions are hacky (cp /mingw64/bin/*.dll $target/bin).  However,
> this seems to work, which shows that, out of the dependencies that Emacs
> tracks down during its build process, many can be dropped. The resulting
> directory is also leaner

What do you mean by "dependencies that Emacs tracks down during its
build process"?  I'm not sure how what happens during the build is
relevant to what happens at run time.

> On a side note, what kind of solution would be acceptable?
> - Do we need to keep all the utilities supplied by the libraries Emacs
> links to?

No, only those that are needed.  But figuring out which ones are those
is not simple.  The basic problem here is exacerbated by the fact that
MSYS2 produces notoriously fat binary distros, where every possible
optional dependency has been included, whether it does or doesn't make
sense on Windows (or at all), and every possible product is included
(which of course enlarges the list of dependencies and, recursively,
their dependencies).  Figuring out what's needed requires a lot of
tedious reading of documentation and some research.

> - Is a manual filter of second-level dependencies ok?

It depends on who does the job.  Some don't mind manually removing
stuff, others don't have time for that.  Since this is work done by
volunteers, and Emacs as a project doesn't provide "official"
MS-Windows binaries, it isn't for me to make the decision here.

> - Is there a catalogue of utilities that Emacs expect laying around in
> the OS? I see the dependencies file contains bzip2.exe, xz.exe and other
> tools which are not coming from first-level dependencies.

That's a separate issue.  Various Emacs features use external
programs, and where do you stop is up to you.  For example, DocView
will not work 100% without Ghostscript, AFAIK -- do we need to provide
it as part of Emacs?  Or what about TeX/LaTeX, used by some features?
Or Groff (required for formatting man pages, something "M-x man" would
like to do).  Etc. etc.  These are very large packages, and some might
say you will end up with a very large Emacs installation if you
include all of them.

> Finally, I am cleared by the FSF to contribute patches to AucTeX. Would
> I require a validation also to contribute fixes to Emacs?

Your assignment is for Emacs, so you are good there.

Thanks.



  reply	other threads:[~2020-03-22 17:25 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-22 13:03 Process to build standalone Emacs + deps in Windows Juan José García Ripoll
2020-03-22 13:59 ` Eli Zaretskii
2020-03-22 14:38   ` Juan José García-Ripoll
2020-03-22 17:25     ` Eli Zaretskii [this message]
2020-03-22 18:54     ` Phillip Lord
2020-03-22 19:35       ` Eli Zaretskii
2020-03-22 21:02         ` Phillip Lord
2020-03-23  3:23           ` Eli Zaretskii
2020-03-23 23:36             ` Phillip Lord
2020-03-24  3:27               ` Eli Zaretskii
2020-03-24 18:21                 ` Phillip Lord
2020-03-25 12:50       ` Juan José García-Ripoll
2020-03-25 14:43         ` Juan José García-Ripoll
2020-03-25 14:54           ` Juan José García-Ripoll
2020-03-25 15:33             ` Eli Zaretskii
2020-03-25 16:41               ` Juan José García-Ripoll
2020-03-25 17:03                 ` Eli Zaretskii
2020-03-25 17:22                   ` Juan José García-Ripoll
2020-03-25 17:34                     ` Eli Zaretskii
2020-03-25 22:40                     ` Phillip Lord
2020-03-26 13:16                       ` Juan José García-Ripoll
2020-03-26 14:32                         ` Eli Zaretskii
2020-03-26 22:20                         ` Phillip Lord
2020-03-25 22:34             ` Phillip Lord
2020-03-26  3:49               ` Stefan Monnier
2020-03-26 13:19                 ` Juan José García-Ripoll
2020-03-26 22:16                 ` Phillip Lord
2020-03-26 13:24               ` Juan José García-Ripoll
2020-03-26 14:37                 ` Eli Zaretskii
2020-03-28 16:01                   ` Juan José García-Ripoll
2020-03-28 16:23                     ` Eli Zaretskii
2020-03-28 19:36                     ` Phillip Lord
2020-03-28 19:41                       ` Eli Zaretskii
2020-03-26 22:28                 ` Phillip Lord
2020-03-25 15:25           ` Eli Zaretskii
2020-03-22 18:58     ` Phillip Lord
2020-03-22 18:32 ` phillip.lord

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=83a748cndv.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=juanjose.garciaripoll@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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).