Re: Failure building ctags with MinGW.

["Óscar Fuentes" <ofv@wanadoo.es>]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Óscar_Fuentes <ofv@wanadoo.es>
>> Date: Thu, 17 Dec 2009 22:18:11 +0100
>> 
>> The build was picking GNUWin32's regex.h. Removing it and rebuilding
>> solved the problem.
>
> Which package did that regex.h come from?  Perhaps we should add
> something to PROBLEMS.

The package is regex. That machine contains a full GNUWin32 install,
comprising all packages.

> Hmm... actually, that's strange: shouldn't GCC find src/regex.h
> _before_ it looks in your system include directory?  Adding -v to the
> compilation command in lib-src shows that it should:
>
>     #include "..." search starts here:
>     #include <...> search starts here:
>      .
>      ../nt/inc
>      ../src
>      D:/usr/bin/../lib/gcc/mingw32/3.4.2/../../../../include
>      D:/usr/bin/../lib/gcc/mingw32/3.4.2/include
>     End of search list.
>
> Could you please look into this and see why it didn't work for you, or
> tell what am I missing?

The problem is that the build was configured with

--cflags -Ic:/apps/gnuwin32/include --ldflags -Lc:/gnuwin32/lib

(for adding graphics support.) With this settings, the include search
path sequence becomes

#include "..." search starts here:
#include <...> search starts here:
 .
 c:/apps/gnuwin32/include
 ../nt/inc
 ../src
 c:\apps\msys\1.0\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include
 c:\apps\msys\1.0\mingw\bin\../lib/gcc/mingw32/4.4.0/include
 c:\apps\msys\1.0\mingw\bin\../lib/gcc/mingw32/4.4.0/include-fixed
 c:\apps\msys\1.0\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../mingw32/include
End of search list.

so it picks regex.h from gnuwin32 include directory.

I had to remove gnuwin32's unistd.h too, because it contains

#include <process.h>

which reads Emacs' src/process.h, which in turn includes unistd.h,
entering a recursive inclusion.

-- 
Óscar