> From: Casey Banner
> Date: Tue, 10 Sep 2024 14:56:28 -0400
>
> > OK, so that's one mystery down. We are left with the HarfBuzz issue;
> > please answer the questions I asked about that.
>
> Ah, yes sorry - I acquired the DLLs from the
> mingw64/mingw-w64-x86_64-harfbuzz package.
>
> $ obj
> OK, so that's one mystery down. We are left with the HarfBuzz issue;
> please answer the questions I asked about that.
Ah, yes sorry - I acquired the DLLs from the
mingw64/mingw-w64-x86_64-harfbuzz package.
$ objdump -x /mingw64/bin/libharfbuzz-0.dll | grep "DLL Name":
DLL Name: libgc
> From: Casey Banner
> Date: Tue, 10 Sep 2024 14:31:07 -0400
> Cc: 73...@debbugs.gnu.org
>
> > How come your LANG is set to en_US.UTF-8? Did you set this in the
> > environment or something. Using UTF-8 as the default encoding on
> > Windows is not a good idea.
>
> It seems that the msys2 .pro
> How come your LANG is set to en_US.UTF-8? Did you set this in the
> environment or something. Using UTF-8 as the default encoding on
> Windows is not a good idea.
It seems that the msys2 .profile has `export LANG=$(locale -uU)`, and that
returns en_US.UTF-8 for me.
> Please look at src/epaths
Eli Zaretskii writes:
> Unrelated to the problem of the MinGW build, the fact that
> exec/configure.ac is not modified by admin/admin.el:set-version is a
> bug, don't you agree? We should have 30.0.90 in that file, not
> 30.0.50, right?
Yes I do. I think I'll make this so tomorrow.
> Cc: 73...@debbugs.gnu.org
> Date: Tue, 10 Sep 2024 17:29:27 +0800
> From: Po Lu via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> Casey Banner writes:
>
> > AC_INIT([libexec], [30.0.50], [bug-gnu-emacs@gnu.org], [],
> > [https://www.gnu.org/software/emacs/])
>
>
> From: Casey Banner
> Date: Tue, 10 Sep 2024 01:50:43 -0400
>
> I did a procmon dump to see what .pdmp files emacs.exe is trying to load, and
> it attempts these locations:
>
> - E:\dev\emacs-src\bin\emacs.pdmp
> -
> E:\dev\emacs-src\libexec\emacs\30.0.50\x86_64-w64-mingw32\emacs-ef314e5e05618
> From: Casey Banner
> Date: Tue, 10 Sep 2024 00:15:24 -0400
>
> I recently pulled the latest emacs-30 branch
> (f47297782bdb5e5a07e02f119c8013d11f7d7fae),
> and I'm building emacs using MSYS2 mingw64 on Windows.
>
> With a build on this branch, certain symbols (from the nerd-icons
> package)
Casey Banner writes:
> AC_INIT([libexec], [30.0.50], [bug-gnu-emacs@gnu.org], [],
> [https://www.gnu.org/software/emacs/])
This version number shouldn't appear in any binaries built for
MS-Windows (or otherwise than for Android in general), and its value is
not really significant even there.
This actually seems to be caused by the pdmp failing to load.
`make install` installs the pdmp file as `EMACS_PDMP =
`./src/emacs${EXEEXT} --fingerprint`.pdmp`. However, this is not the
filename that emacs tries to load - it attempts to load it from the wrong
directory, which fails.
That seems to
I recently pulled the latest emacs-30 branch
(f47297782bdb5e5a07e02f119c8013d11f7d7fae),
and I'm building emacs using MSYS2 mingw64 on Windows.
With a build on this branch, certain symbols (from the nerd-icons
package) were rendering as boxes and not their actual symbol. I
suspected that this was
11 matches
Mail list logo
