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: Failed Compilation on Windows 7 64-bit Date: Thu, 04 Feb 2010 01:36:38 +0100 Message-ID: <87ljf9albd.fsf@telefonica.net> References: <86bpg5q3op.fsf@earthlink.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1265243834 17517 80.91.229.12 (4 Feb 2010 00:37:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Feb 2010 00:37:14 +0000 (UTC) Cc: Sridhar Boovaraghavan To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 04 01:37:11 2010 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.69) (envelope-from ) id 1NcpiY-0002Kr-TM for ged-emacs-devel@m.gmane.org; Thu, 04 Feb 2010 01:37:11 +0100 Original-Received: from localhost ([127.0.0.1]:55263 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NcpiY-0007u9-3X for ged-emacs-devel@m.gmane.org; Wed, 03 Feb 2010 19:37:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NcpiS-0007td-T1 for emacs-devel@gnu.org; Wed, 03 Feb 2010 19:37:04 -0500 Original-Received: from [140.186.70.92] (port=49401 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NcpiR-0007tC-Nn for emacs-devel@gnu.org; Wed, 03 Feb 2010 19:37:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NcpiR-0002lH-5Q for emacs-devel@gnu.org; Wed, 03 Feb 2010 19:37:03 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:51987) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NcpiQ-0002l7-PI for emacs-devel@gnu.org; Wed, 03 Feb 2010 19:37:02 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NcpiL-0002Ch-Uk for emacs-devel@gnu.org; Thu, 04 Feb 2010 01:36:57 +0100 Original-Received: from 92.red-88-24-231.staticip.rima-tde.net ([88.24.231.92]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Feb 2010 01:36:57 +0100 Original-Received: from ofv by 92.red-88-24-231.staticip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Feb 2010 01:36:57 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 42 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 92.red-88-24-231.staticip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (gnu/linux) Cancel-Lock: sha1:rnjwKN0IsRNSDHgMTNbAZ+rISAk= X-detected-operating-system: by eggs.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:120876 Archived-At: Sridhar Boovaraghavan writes: [snip] > I configure it like: > > C:\emacs\nt>configure.bat --with-gcc --no-cygwin --without-xpm --with-svg --cfla > gs -Ic:\GnuWin32\include > > Upon a make bootstrap, it builds temacs, emacs and then finishes > compiling all the lisp files. > > Then it fails with the following: > > C:\emacs\nt>make [snip] > gcc -o oo-spd/i386/ctags.exe -gdwarf-2 -g3 -mno-cygwin oo-spd/i386/ctags.o oo > -spd/i386/getopt.o oo-spd/i386/getopt1.o oo-spd/i386/ntlib.o oo-spd/i386/regex.o > -ladvapi32 > oo-spd/i386/ctags.o: In function `add_regex': > C:\emacs\lib-src/ctags.c:5882: undefined reference to `_imp__re_set_syntax' > C:\emacs\lib-src/ctags.c:5884: undefined reference to `_imp__re_compile_pattern' [snip] Something similar happened to me some months ago. In that case the problem was caused by GnuWin32 header files with the same names as Emacs' own header files. IIRC, one of those header files is regex.h The solution is to either remove the conflicting header files from GnuWin32 Include directory or, better, configure Emacs with -isystemc:\GnuWin32\include instead of -Ic:\GnuWin32\include This way gcc will put c:\GnuWin32\include at the end of the search sequence used for searching header files.