[Emacs-diffs] Changes to emacs/etc/PROBLEMS,v

[Eli Zaretskii]

CVSROOT:        /cvsroot/emacs
Module name:    emacs
Changes by:     Eli Zaretskii <eliz>    07/03/03 11:03:50

Index: PROBLEMS
===================================================================
RCS file: /cvsroot/emacs/emacs/etc/PROBLEMS,v
retrieving revision 1.209
retrieving revision 1.210
diff -u -b -r1.209 -r1.210
--- PROBLEMS    3 Mar 2007 01:18:47 -0000       1.209
+++ PROBLEMS    3 Mar 2007 11:03:50 -0000       1.210
@@ -2439,39 +2439,39 @@
 defines the `assert' macro with a trailing semi-colon.  The following
 patch to assert.h should solve this:
 
-*** Building the MS-Windows port with Visual Studio 2005 fails.
-
-Microsoft no longer ships the single threaded version of the C library
-with their compiler, and the multithreaded static library is missing
-some functions that Microsoft have deemed non-threadsafe. The
-dynamically linked C library has all the functions, but there is a
-conflict between the versions of malloc in the DLL and in Emacs, which
-is not resolvable due to the way Windows does dynamic linking.
-
-We recommend the use of the MingW port of GCC for compiling Emacs, as
-not only does it not suffer these problems, but it is also Free
-software like Emacs.
-
-*** include/assert.h.orig      Sun Nov  7 02:41:36 1999
---- include/assert.h   Mon Jan 29 11:49:10 2001
-***************
-*** 41,47 ****
+ *** include/assert.h.orig     Sun Nov  7 02:41:36 1999
+ --- include/assert.h  Mon Jan 29 11:49:10 2001
+ ***************
+ *** 41,47 ****
   /*
    * If not debugging, assert does nothing.
    */
-! #define assert(x)    ((void)0);
+ ! #define assert(x)   ((void)0);
 
   #else /* debugging enabled */
 
---- 41,47 ----
+ --- 41,47 ----
   /*
    * If not debugging, assert does nothing.
    */
-! #define assert(x)    ((void)0)
+ ! #define assert(x)   ((void)0)
 
   #else /* debugging enabled */
 
 
+*** Building the MS-Windows port with Visual Studio 2005 fails.
+
+Microsoft no longer ships the single threaded version of the C library
+with their compiler, and the multithreaded static library is missing
+some functions that Microsoft have deemed non-threadsafe.  The
+dynamically linked C library has all the functions, but there is a
+conflict between the versions of malloc in the DLL and in Emacs, which
+is not resolvable due to the way Windows does dynamic linking.
+
+We recommend the use of the MingW port of GCC for compiling Emacs, as
+not only does it not suffer these problems, but it is also Free
+software like Emacs.
+
 ** Linking
 
 *** Building Emacs with a system compiler fails to link because of an