GNU bug report logs -
#35410
27.0.50; 32-bit build of master failing with MSYS2
Previous Next
Reported by: martin rudalics <rudalics <at> gmx.at>
Date: Wed, 24 Apr 2019 07:33:02 UTC
Severity: normal
Found in version 27.0.50
Done: martin rudalics <rudalics <at> gmx.at>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#35410: 27.0.50; 32-bit build of master failing with MSYS2
which was filed against the emacs package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 35410 <at> debbugs.gnu.org.
--
35410: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=35410
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
> > Hmm, I tried updating, but now my mingw32 gcc is 9.1.0, and it still
> > builds fine. I'm not sure if it's practical to support old compiler
> > versions from a rolling release.
>
> The problem is not with the compiler version per se but with the
> headers shipped with MinGW64. So hopefully they fixed that problem in
> our sense in the meantime. I'm reluctant to update as well because
> the 64-bit builds work sufficiently well and updating always bears the
> risk spoiling that. I filed the report only to hear opinions from
> other MinGW64 users but apparently neither of them uses my version.
I now upgraded MSYS2 to its present version and it builds fine so I'm
hopefully closing this bug.
Thanks for the heads-up, martin
[Message part 3 (message/rfc822, inline)]
Trying a 32-bit MSYS2 build of master on Windows 10 configured with
CFLAGS='-O3' gets me here:
w32.o:w32.c:(.text+0xa29f): undefined reference to `_imp___futime32'
collect2.exe: error: ld returned 1 exit status
make[1]: *** [Makefile:643: temacs.exe] Fehler 1
make[1]: Verzeichnis „/c/emacs/trunk/opt-32/src“ wird verlassen
make: *** [Makefile:423: src] Fehler 2
A build configured with CFLAGS='-O0 -g3' proceeds without problems.
The 32-builds use gcc 7.4.0. 64-bit builds with the same options
proceed without problems using gcc 8.3.0.
A workaround here is to add a check to mingw_time.h like
/* The @#$%^&! MinGW developers stopped updating the values of
__MINGW32_VERSION, __MINGW32_MAJOR_VERSION, and
__MINGW32_MINOR_VERSION values in v4.x of the runtime, to
"discourage its uses". So the values of those macros can no longer
be trusted, and we need the workaround below, to have a single set
of macros we can trust. (The .17 minor version is arbitrary.) */
#ifdef __MINGW32__
#include <_mingw.h>
# ifndef __CRT__NO_INLINE
# define __CRT__NO_INLINE
# endif
#endif
martin
This bug report was last modified 5 years and 228 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.