GNU bug report logs - #71916
31.0.50; build failure on MINGW64

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#71916: closed (31.0.50; build failure on MINGW64)
Date: Wed, 03 Jul 2024 22:12:03 +0000

[Message part 1 (text/plain, inline)]

Your message dated Wed, 03 Jul 2024 18:09:18 -0400
with message-id <yp1plrui0vl.fsf <at> fencepost.gnu.org>
and subject line Re: bug#71916: 31.0.50; build failure on MINGW64
has caused the debbugs.gnu.org bug report #71916,
regarding 31.0.50; build failure on MINGW64
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
71916: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71916
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: leuven65 <leuven65 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 31.0.50; build failure on MINGW64
Date: Wed, 3 Jul 2024 15:43:38 +0200

[Message part 3 (text/plain, inline)]

I found the latest version of both master and emacs-30 branch (from Monday)
failed to be built on MINGW64 / windows10.
It failed when starting native compilation, error pops up "Cannot find
libgccjit library" (from comp-ensure-native-compiler), maybe the called
function "load_gccjit_if_necessary / init_gccjit_functions" return error.

But if to revert the change introduced by branch
"savannah/scratch/windows-98" (merged on 2024/06/30), the build becomes OK.

> git revert 38179f85f8f7236d5de8d9a4333b6a1d4ded63f0

So that maybe the issue is caused by the 3 commits in this branch.

[Message part 4 (text/html, inline)]

[Message part 5 (message/rfc822, inline)]

From: Andrea Corallo <acorallo <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 71916-done <at> debbugs.gnu.org
Subject: Re: bug#71916: 31.0.50; build failure on MINGW64
Date: Wed, 03 Jul 2024 18:09:18 -0400

Andy Moreton <andrewjmoreton <at> gmail.com> writes:

> On Wed 03 Jul 2024, Eli Zaretskii wrote:
>
>>> From: Andy Moreton <andrewjmoreton <at> gmail.com>
>>> Date: Wed, 03 Jul 2024 19:02:06 +0100
>>> 
>>> On Wed 03 Jul 2024, Andrea Corallo wrote:
>>> 
>>> > leuven65 <leuven65 <at> gmail.com> writes:
>>> >
>>> >> I found the latest version of both master and emacs-30 branch (from Monday) failed to be built on MINGW64 / windows10.
>>> >> It failed when starting native compilation, error pops up "Cannot find libgccjit library" (from
>>> >> comp-ensure-native-compiler), maybe the called function "load_gccjit_if_necessary / init_gccjit_functions" return error.
>>> >>
>>> >> But if to revert the change introduced by branch "savannah/scratch/windows-98" (merged on 2024/06/30), the build becomes
>>> >> OK.
>>> >>
>>> >>  git revert 38179f85f8f7236d5de8d9a4333b6a1d4ded63f0
>>> >>
>>> >> So that maybe the issue is caused by the 3 commits in this branch.
>>> >
>>> > Hello leuven65,
>>> >
>>> > could you share the exact error you observe?
>>> >
>>> > Ccing Po Lo
>>> >
>>> > Thanks
>>> >
>>> >   Andrea
>>> 
>>> I've seen the same issue on emacs-30 and master branches. It seems to be
>>> that emacs cannot find the libgccjit DLL after dumping.
>>> 
>>> Running emacs under gdb, and using a breakpoint on `redraw-display':
>>> 
>>> (gdb) r -Q
>>> Starting program: C:\emacs\git\emacs\emacs-30\build\mingw64-x86_64-O2-native\src\emacs.exe -Q
>>> [New Thread 11584.0x27b4]
>>> [New Thread 11584.0x1f54]
>>> [New Thread 11584.0x1ec8]
>>> [New Thread 11584.0x2ad0]
>>> [New Thread 11584.0x1a60]
>>> 
>>> Thread 1 hit Breakpoint 2, Fredraw_display () at C:/emacs/git/emacs/emacs-30/src/dispnew.c:3222
>>> 
>>> (gdb) pp Vlibrary_cache
>>> ((gccjit) (gccjit . t))
>>> 
>>> It seems odd that there are two entries here.
>>
>> Thanks, I think I fixed this now on the emacs-30 branch.
>>
>>> There is code at the end of syms_of_emacs in emacs.c that changes
>>> Vdynamic_library_alist as a workaround for something similar, so have
>>> other changes made that ineffective ?
>>
>> No, the problem was that Vlibrary_cache was not re-initialized after
>> loading the pdumper file.
>
> Thanks Eli, confirmed as working again on emacs-30.
>
>     AndyM

Thanks closing.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.