[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#9960: Compiling Emacs trunk with MSVC

From: Christoph Scholtes
Subject: bug#9960: Compiling Emacs trunk with MSVC
Date: Sat, 12 Nov 2011 10:10:34 -0700
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0

On 11/10/2011 12:56 PM, Fabrice Popineau wrote:

Status is :
- completely functional 32 bits version with xpm, gif, jpeg, tiff. Able
to boostrap itself.
- the 64 bits version compiles and dumps, but fails to bootstrap (seems
to be looping inside elisp code).

On a clean checkout or after make maintainer-clean `getopt.h' needs to be regenerated. In order for this to work with nmake I needed to make the following change:

=== modified file 'lib/makefile.w32-in'
--- lib/makefile.w32-in 2011-11-05 11:34:56 +0000
+++ lib/makefile.w32-in 2011-11-06 13:34:03 +0000
@@ -212,7 +212,7 @@

 INCLUDE_NEXT = include_next
-PRAGMA_SYSTEM_HEADER = \#pragma GCC system_header
+PRAGMA_SYSTEM_HEADER = ^#pragma GCC system_header
 NEXT_GETOPT_H = <getopt.h>
 ARG_NONNULL_H = ../build-aux/snippet/arg-nonnull.h

This is not meant as a permanent fix, but just an example of what is necessary to make it work with nmake.


Should we define an ESCAPE_SPECIAL_CHAR variable in nmake.defs/gmake.defs to handle this or is there a way to make the platform specific decision in the makefile.w32-in without too much duplication?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]