GNU bug report logs - #18302
MSYS2 build issues

Previous Next

Package: emacs;

Reported by: Karol Ostrovsky <karol.ostrovsky <at> gmail.com>

Date: Wed, 20 Aug 2014 15:46:02 UTC

Severity: normal

Done: Noam Postavsky <npostavs <at> users.sourceforge.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Karol Ostrovsky <karol.ostrovsky <at> gmail.com>
Cc: chriszheng99 <at> gmail.com, kbrown <at> cornell.edu, 18302 <at> debbugs.gnu.org
Subject: bug#18302: MSYS2 build issues
Date: Sat, 23 Aug 2014 11:57:20 +0300
> Date: Fri, 22 Aug 2014 16:18:11 +0200
> From: Karol Ostrovsky <karol.ostrovsky <at> gmail.com>
> Cc: Ken Brown <kbrown <at> cornell.edu>, Chris Zheng <chriszheng99 <at> gmail.com>, 18302 <at> debbugs.gnu.org
> 
> I will try to summarise the situation, and I am attaching my updated
> solution proposal for this particular bug:
> 
> 1. MSYS2 uname must be handled properly, and that is fixed in the new
> proposed patch.  I disagree with not renaming opsys from mingw32 to
> mingw, since mingw32 string is used in other places in the same file
> and it means something else there, which I find possibly confusing.
> But this change is not in my new patch.
> 
> 2. -mtune is back to what it was with a minimal change required for
> MSYS2+MinGW-w64 uname handling.
> 
> 3. Include path for xpm in MSYS2+MinGW-w64 is handled in the same way
> as in Cygwin.  Perhaps, the same type of comment as was added for
> Cygwin should be added for MSYS2+MinGW-w64.
> 
> 4. A loop is added in the recipe for emacs.exe to handle
> bootstrap-emacs.exe busy problem.

Thanks.  I installed items 1, 2, and 4, but not item 3.

If you think we should do something about the xpm.h header, then
please try this alternative solution: copy the xpm.h header file into
the X11 subdirectory of your GCC 'include' directory (the one where
you have all the standard C header files), then try configuring and
building Emacs without adding the "-I/mingw64/include/noX" switch to
CPPFLAGS.  If that doesn't work, please show the error messages you
get from the compiler, and let's take it from there.

If, for some reason, you think that copying xpm.h to include/X11/xpm.h
is not appropriate, please explain why you think so.




This bug report was last modified 7 years and 178 days ago.

Previous Next


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