GNU bug report logs - #18302
MSYS2 build issues

Previous Next

Full log

Message #68 received at 18302 <at> debbugs.gnu.org (full text, mbox):

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: Re: bug#18302: MSYS2 build issues
Date: Mon, 25 Aug 2014 17:56:42 +0300

> Date: Mon, 25 Aug 2014 10:18:20 +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
> 
> As for the item 3: as far as I understand the
> situation with xpm in MinGW-w64 is the same as in Cygwin.  There are
> two packages providing xpm, and it is the package that is installed in
> the non-standard place that must be used for Emacs native Windows
> build.  Thus, I don't see why the same solution that was approved for
> Cygwin cannot be used for MinGW-w64.

I already said that IMO Cygwin should not add any switches, either.

In any case, the situation with MinGW-w64 is not the same as with
Cygwin: Cygwin has a version of xpm.h that is used with the X GUI and
another one that is used with the w32 GUI.  By contrast, MinGW-w64
doesn't support X, so it doesn't need to have 2 different headers by
the same name in the same include tree.

Did you try the alternative solution I suggested?  If not, please do:
I'm quite sure that it will work, and free you from the need to add
custom -I switches.

Previous Next

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