1 files changed, 21 insertions, 21 deletions

diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 4461018b3da..c47552e3654 100644
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -2439,11 +2439,31 @@ This might happen due to a bug in the MinGW header assert.h, which
 defines the `assert' macro with a trailing semi-colon.  The following
 patch to assert.h should solve this:
 
+ *** 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);
+
+   #else /* debugging enabled */
+
+ --- 41,47 ----
+   /*
+    * If not debugging, assert does nothing.
+    */
+ ! #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
+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.
@@ -2452,26 +2472,6 @@ 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 ****
-  /*
-   * If not debugging, assert does nothing.
-   */
-! #define assert(x)     ((void)0);
-
-  #else /* debugging enabled */
-
---- 41,47 ----
-  /*
-   * If not debugging, assert does nothing.
-   */
-! #define assert(x)     ((void)0)
-
-  #else /* debugging enabled */
-
-
 ** Linking
 
 *** Building Emacs with a system compiler fails to link because of an