From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Failure building ctags with MinGW. Date: Fri, 18 Dec 2009 16:24:36 +0100 Message-ID: <878wd0s3t7.fsf@telefonica.net> References: <87iqc5s6v7.fsf@telefonica.net> <87d42ds3jg.fsf@telefonica.net> <8363847jcg.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1261150110 32664 80.91.229.12 (18 Dec 2009 15:28:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Dec 2009 15:28:30 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 18 16:28:16 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NLeka-0000mY-FE for ged-emacs-devel@m.gmane.org; Fri, 18 Dec 2009 16:28:16 +0100 Original-Received: from localhost ([127.0.0.1]:52066 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NLeka-0002Ji-2o for ged-emacs-devel@m.gmane.org; Fri, 18 Dec 2009 10:28:16 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NLehn-00011U-OH for emacs-devel@gnu.org; Fri, 18 Dec 2009 10:25:23 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NLehh-0000uN-WA for emacs-devel@gnu.org; Fri, 18 Dec 2009 10:25:22 -0500 Original-Received: from [199.232.76.173] (port=57993 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NLehh-0000uC-TG for emacs-devel@gnu.org; Fri, 18 Dec 2009 10:25:17 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:55937) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NLehh-0006GE-IX for emacs-devel@gnu.org; Fri, 18 Dec 2009 10:25:17 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1NLehT-0007No-Lv for emacs-devel@gnu.org; Fri, 18 Dec 2009 16:25:03 +0100 Original-Received: from 64.red-83-34-21.dynamicip.rima-tde.net ([83.34.21.64]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Dec 2009 16:25:03 +0100 Original-Received: from ofv by 64.red-83-34-21.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Dec 2009 16:25:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 60 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 64.red-83-34-21.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (gnu/linux) Cancel-Lock: sha1:mTYACWH87aVDld3WRF7aaxJSTtg= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:118712 Archived-At: Eli Zaretskii writes: >> From: Óscar_Fuentes >> 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 which reads Emacs' src/process.h, which in turn includes unistd.h, entering a recursive inclusion. -- Óscar