On my side, there is still this messy &#39;tzname&#39;, which seems to be defined in some part an not in some others.<div>I need the patch below.  It could probably be eliminated by a careful analysis of what files are included.</div>

<div>I think the problem is that tzname may be defined to be _tzname _before_ including the regular MS &lt;time.h&gt; .</div><div><br></div><div>Greetings,</div><div><br></div><div>Fabrice</div><div><br></div><div><br></div>

<div><div>=== modified file &#39;lib/strftime.c&#39;</div><div>--- lib/strftime.c      2011-03-31 04:24:03 +0000</div><div>+++ lib/strftime.c      2011-11-28 15:38:55 +0000</div><div>@@ -36,9 +36,13 @@</div><div> #include &lt;ctype.h&gt;</div>

<div> #include &lt;time.h&gt;</div><div><br></div><div>+#ifdef _MSC_VER</div><div>+#define tzname _tzname</div><div>+#else</div><div> #if HAVE_TZNAME &amp;&amp; !HAVE_DECL_TZNAME</div><div> extern char *tzname[];</div><div>

 #endif</div><div>+#endif</div><div><br></div><div> /* Do multibyte processing if multibytes are supported, unless</div><div>    multibyte sequences are safe in formats.  Multibyte sequences are</div><div><div>=== modified file &#39;src/s/ms-w32.h&#39;</div>

<div>--- src/s/ms-w32.h      2011-11-27 18:52:53 +0000</div><div>+++ src/s/ms-w32.h      2011-11-28 15:33:33 +0000</div><div>@@ -286,7 +286,9 @@</div><div> #define stricmp   _stricmp</div><div> #define tzset     _tzset</div>

<div><br></div><div>+#ifndef _MSC_VER</div><div> #define tzname    _tzname</div><div>+#endif</div><div> #if !defined (_MSC_VER) || (_MSC_VER &lt; 1400)</div><div> #undef  utime</div><div> #define utime    _utime</div><div>

<br></div></div><br><div class="gmail_quote">2011/11/27 Eli Zaretskii <span dir="ltr">&lt;<a href="mailto:eliz@gnu.org">eliz@gnu.org</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">&gt; From: Fabrice Popineau &lt;<a href="mailto:fabrice.popineau@supelec.fr">fabrice.popineau@supelec.fr</a>&gt;<br>
&gt; Date: Thu, 10 Nov 2011 20:56:11 +0100<br>
&gt; Cc: <a href="mailto:cschol2112@googlemail.com">cschol2112@googlemail.com</a>, <a href="mailto:9960@debbugs.gnu.org">9960@debbugs.gnu.org</a><br>
&gt;<br>
&gt; Sure. feel free to adapt on the basis of the attached patch.<br>
&gt; Status is :<br>
&gt; - completely functional 32 bits version with xpm, gif, jpeg, tiff. Able to<br>
&gt; boostrap itself.<br>
</div><div class="im">&gt; - the 64 bits version compiles and dumps, but fails to bootstrap (seems to<br>
&gt; be looping inside elisp code).<br>
&gt;<br>
</div><div class="im">&gt; Is there any interest in having a 64bits windows emacs ?<br>
&gt;<br>
</div><div class="im">&gt; I have added two other files : a 64bits manifest for emacs.exe and a<br>
&gt; w32compat.h header file that is needed to compile the above mentioned<br>
&gt; libraries. In my case, this w32compat.h is included while compiling image.c<br>
&gt; for example.<br>
&gt;<br>
</div><div class="im">&gt; Feel free to comment and adapt for the release version.<br>
<br>
</div>Thanks.  I think I made all the changes needed for the MSVC 32-bit<br>
build.  You can try the latest bzr trunk, the changes are in revision<br>
106533.  The next pretest of Emacs 24 is expected to be available<br>
tomorrow, so if you can try building that and reporting back, that&#39;d<br>
be swell.<br>
<br>
I&#39;m leaving this bug open for now, in case I goofed and it still<br>
doesn&#39;t build.<br>
<br>
Please note that only some of the _WIN64 changes are committed.  I<br>
didn&#39;t want to rock the boat too much during the pretest, and also I<br>
really feel that we&#39;ve exceeded the amount of changes we can accept<br>
without legal papers.  (I&#39;d really encourage you to sign papers at<br>
some point, to make all this line-counting business unnecessary.)  And<br>
I understand that you don&#39;t have a fully functional 64-bit version<br>
anyway.  So I only committed those _WIN64 related changes that fix<br>
what we already had in the repository.  The rest will have to wait for<br>
after the release of Emacs 24.1.<br>
<br>
Thank you for your help so far.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Fabrice Popineau<div>-----------------------------</div><div>SUPELEC</div><div>Département Informatique</div><div>3, rue Joliot Curie</div><div>91192 Gif/Yvette Cedex</div>

<div>Tel direct : +33 (0) 169851950</div><div>Standard : +33 (0) 169851212</div><div>------------------------------</div><div><br></div><br>
</div>