unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Phillip Lord <phillip.lord@russet.org.uk>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: [feature/dll-only-windows] A new windows build, comments wanted
Date: Sat, 09 Jan 2021 21:31:45 +0000	[thread overview]
Message-ID: <87h7nppzjy.fsf@russet.org.uk> (raw)
In-Reply-To: <83ft39hnk1.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Jan 2021 22:18:06 +0200")

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Phillip Lord <phillip.lord@russet.org.uk>
>> Date: Sat, 09 Jan 2021 19:57:00 +0000
>> 
>> So I have tried a new technique which is now on
>> feature/dll-only-windows. Essentially, I just name all of the DLLs that
>> Emacs uses directly and then figure out any dependencies of these using
>> `ntldd`. I've tried `ntldd` directly on emacs.exe which does not
>> work.
>
> Of course, it won't: we load all the DLLs dynamically at run time, we
> don't link against their import libraries.  The only exceptions I know
> of are (1) GMP, and (2) libgccjit (in the native-comp build).

Indeed.

>> The practical upshot of this is that the dependencies file is just
>> a pile of DLLs.
>
> Did you verify that the DLLs include all of _their_ dependencies?  If
> yes, how did you do that?

It's totally dependent on ntldd being correct, of course. It comes with
a --recursive option which I used rather than reimplementing it
myself. As ever, the only tests I run on the windows package for Emacs
are to unpack, start and then run "w32-feature.el" from etc. These all
pass.



>> 2) harfbuzz is currently not working on i686.
>
> Is that a bug in the MinGW64 HarfBuzz port, or is that a bug in Emacs?
> I'm using a 32-bit Emacs build with HarfBuzz all the time, but it's
> HarfBuzz I built myself (it's available from the ezwinports site).

I don't know, I haven't debugged it yet:-)

>> Before I fix this, I think it is worth asking whether I still need
>> to produce a i686 binary.
>
> I cannot tell you what to do, but it would be nice to have binaries
> that can be run on older Windows versions.  So if the build supports
> XP and older Windows, keeping the 32-bit build would be an advantage.

I know that you use a very old windows, but I doubt you use my packages!
I have no other data of how many people this would impact, but my guess
would be not many, so I am asking for opinions.

One solution could be to stop making the 32-bit build and see if anyone
complains. It could be restored, either before or after the Emacs-28
release.


>> 3) Currently the "no-deps" version actually includes libXpm. Emacs
>> starts without it, but looks ugly. I would like to no longer special
>> case libXpm and just make the "no-deps" download really include no
>> deps. I think this is reasonable, because this download is now, really
>> special purpose and "with-deps" is the default.
>
> If we believe no one will want the no-deps download, why have it at
> all?  If we think someone will want it, I don't think they should be
> punished by having BW icons on the tool bar.

Indeed. My guess is that currently if people use -no-deps they do so
because they want the smaller download. This change, of course, we
reduce the difference and regardless the installer version is smaller
still (by a half).

Given all that, the only real audience for the -no-deps version would be
those who have a mingw64 installation already. They won't get BW icons
(assuming that libXpm is installed). Of course, that audience is likely
to be technically skilled and they could just delete the DLLs in the
"with-deps" download.

On balance, therefore, I would say we don't need the -no-deps version
and it would clean up the download site and reduce confusion.


>> 4) Currently, native-comp is an "--with-nativecomp" option even on the
>> native-comp branch. It is likely to be merged this way to master?
>
> Yes, I think so.

Are you worried about stability or newness? I guess it will become the
default at some point. It seems to have few disadvantages, other than
hammering the CPU at bit at initial start up.


>
>> Currently, I build the Windows distribution of Emacs with all the
>> default options.
>
> Which non-default options of practical importance does that leave out?

Currently, none. If --with-nativecomp is not default, then, I think it
would become the example.

>> I can make an alternative release "--with-nativecomp" but needs some
>> effort; it also does not address the question of how I should build
>> Emacs for Windows when a full release of Emacs-28 happens. If, the
>> full release of Emacs-28 will be native-comp, I'd rather start
>> building snapshots with it as soon as it is merged.
>
> I think you should build --with-nativecomp.  People can always
> uninstall libgccjit or rename it if they don't want to use native
> compilation.

Okay. I guess "make NATIVE_FULL_AOT=1" would be the thing as well,
depending on how long it takes.


>> 5) Why is it "--with-nativecomp", shouldn't it be "--with-native-comp".
>
> Probably, but we didn't yet get to splitting such thin hair in that
> branch ;-)

Yeah, can't help it. Splitting hairs is my job.

Phil



  reply	other threads:[~2021-01-09 21:31 UTC|newest]

Thread overview: 90+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-09 19:57 [feature/dll-only-windows] A new windows build, comments wanted Phillip Lord
2021-01-09 20:18 ` Eli Zaretskii
2021-01-09 21:31   ` Phillip Lord [this message]
2021-01-10  8:49     ` Arash Esbati
2021-01-10 15:19       ` Phillip Lord
2021-01-10 16:45     ` Eli Zaretskii
2021-01-10 18:23       ` Phillip Lord
2021-01-10 19:05         ` Eli Zaretskii
2021-01-10 19:20           ` Óscar Fuentes
2021-01-10 19:37             ` Eli Zaretskii
2021-01-10 20:52           ` `gzip` dependency (was: [feature/dll-only-windows] A new windows build, comments wanted) Stefan Monnier
2021-01-11  3:27             ` Eli Zaretskii
2021-01-11 10:00               ` `gzip` dependency Phillip Lord
2021-01-11 15:22                 ` Eli Zaretskii
2021-01-11 14:59               ` Stefan Monnier
2021-01-11 15:15                 ` Phillip Lord
2021-01-11 15:46                 ` Eli Zaretskii
2021-01-20 19:29             ` [feature/internal-msys] thoughts of a more function windows package Phillip Lord
2021-01-21 12:36               ` Stephen Leake
2021-01-21 16:11                 ` Phillip Lord
2021-01-21 18:22                 ` Stephen Leake
2021-01-21 18:44                   ` phillip.lord
2021-01-23  2:51                     ` Stephen Leake
2021-01-21 18:53                   ` Óscar Fuentes
2021-01-21 14:11               ` Eli Zaretskii
2021-01-21 16:44                 ` Phillip Lord
2021-01-21 20:17                   ` Eli Zaretskii
2021-01-21 21:37                     ` Phillip Lord
2021-01-22  7:24                       ` Eli Zaretskii
2021-01-22 16:14                         ` Phillip Lord
2021-01-22 17:03                           ` Eli Zaretskii
2021-01-24 22:13                             ` Phillip Lord
2021-01-24 22:56                               ` Óscar Fuentes
2021-01-24 23:34                                 ` Phillip Lord
2021-01-25  0:12                                   ` Óscar Fuentes
2021-01-25 15:24                                   ` Eli Zaretskii
2021-01-25 19:49                                     ` chad
2021-01-25 19:57                                       ` Eli Zaretskii
2021-01-25 20:42                                       ` Stefan Monnier
2021-01-25 22:13                                         ` chad
2021-01-25 22:28                                         ` Dmitry Gutov
2021-01-26  3:26                                         ` Eli Zaretskii
2021-01-25 15:20                               ` Eli Zaretskii
2021-01-25 20:01                                 ` Richard Copley
2021-01-25 21:17                                   ` Óscar Fuentes
2021-01-26  3:29                                     ` Eli Zaretskii
2021-01-26  5:43                                       ` Óscar Fuentes
2021-01-26  6:56                                         ` Eli Zaretskii
2021-01-26  7:37                                           ` Óscar Fuentes
2021-01-26  9:57                                             ` Eli Zaretskii
2021-01-26 15:58                                               ` martin rudalics
2021-01-27 14:55                                             ` Stephen Leake
2021-01-27 18:36                                               ` Eli Zaretskii
2021-01-26 16:35                                   ` Stephen Leake
2021-01-26 10:43                                 ` Phillip Lord
2021-04-03 11:34               ` Nikolay Kudryavtsev
2021-04-20  9:25                 ` Phillip Lord
2021-04-20 14:38                   ` Wayne Harris via Emacs development discussions.
2021-04-21 15:51                     ` Phillip Lord
2021-04-21 17:11                       ` Nikolay Kudryavtsev
2021-04-24 11:46                       ` Wayne Harris via Emacs development discussions.
2021-04-26 13:27                         ` Phillip Lord
2021-04-21 17:19                     ` Nikolay Kudryavtsev
2021-04-21 23:03                       ` Óscar Fuentes
2021-04-22 19:44                         ` Nikolay Kudryavtsev
2021-04-22 14:55                       ` Wayne Harris via Emacs development discussions.
2021-01-11  9:59           ` [feature/dll-only-windows] A new windows build, comments wanted Phillip Lord
2021-01-11 15:21             ` Eli Zaretskii
2021-01-11 18:29               ` Phillip Lord
2021-01-09 21:36   ` Óscar Fuentes
2021-01-10 16:46     ` Eli Zaretskii
2021-01-10 18:34       ` Phillip Lord
2021-01-09 21:51   ` Andrea Corallo via Emacs development discussions.
2021-01-10  3:33     ` Eli Zaretskii
2021-01-10 15:09     ` Phillip Lord
2021-01-10 19:06       ` Andrea Corallo via Emacs development discussions.
2021-01-11  9:47         ` Phillip Lord
2021-01-11 11:01           ` Andrea Corallo via Emacs development discussions.
2021-01-11 16:29             ` Phillip Lord
2021-01-11 17:21               ` Andrea Corallo via Emacs development discussions.
2021-01-10 15:14   ` Phillip Lord
2021-01-10 17:23     ` Eli Zaretskii
2021-01-09 20:47 ` Alan Third
2021-01-09 21:33   ` Phillip Lord
2021-01-10  0:04     ` Alan Third
2021-01-10  3:28   ` Eli Zaretskii
2021-01-10 15:43 ` Phillip Lord
2021-01-12  6:01   ` Corwin Brust
2021-01-12  9:48     ` Phillip Lord
2021-01-12 10:27       ` Corwin Brust

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=87h7nppzjy.fsf@russet.org.uk \
    --to=phillip.lord@russet.org.uk \
    --cc=eliz@gnu.org \
    --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 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).