# HG changeset patch # User Eli Zaretskii # Date 1172919830 0 # Node ID f5dc9b3e2eea068ec76049b2b63cf62dd2039ea5 # Parent 045ca13893f730ab839d6655699b08c5d6559bf3 Fix last change. Indent the patch for assert.h one column. diff -r 045ca13893f7 -r f5dc9b3e2eea etc/PROBLEMS --- a/etc/PROBLEMS Sat Mar 03 02:29:07 2007 +0000 +++ b/etc/PROBLEMS Sat Mar 03 11:03:50 2007 +0000 @@ -2439,11 +2439,31 @@ 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 @@ 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