bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#71916: 31.0.50; build failure on MINGW64


From: Andy Moreton
Subject: bug#71916: 31.0.50; build failure on MINGW64
Date: Wed, 03 Jul 2024 22:47:19 +0100
User-agent: Gnus/5.13 (Gnus v5.13)

On Wed 03 Jul 2024, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton@gmail.com>
>> Date: Wed, 03 Jul 2024 19:02:06 +0100
>> 
>> On Wed 03 Jul 2024, Andrea Corallo wrote:
>> 
>> > leuven65 <leuven65@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






reply via email to

[Prev in Thread] Current Thread [Next in Thread]