Am 25.04.2012 15:18, schrieb Daniel Shahaf:
Daniel Shahaf wrote on Tue, Apr 24, 2012 at 18:15:22 +0300:
stef...@apache.org wrote on Sun, Apr 15, 2012 at 13:42:44 -0000:
Author: stefan2
Date: Sun Apr 15 13:42:44 2012
New Revision: 1326337

URL: http://svn.apache.org/viewvc?rev=1326337&view=rev
Log:
Fix a macro redefinition warning for SYNCHRONIZE under Windows.

* subversion/libsvn_subr/svn_named_atomic.c
   (SYNCHRONIZE): undefine pre-existing definitions

Modified:
     subversion/trunk/subversion/libsvn_subr/svn_named_atomic.c

Modified: subversion/trunk/subversion/libsvn_subr/svn_named_atomic.c
URL: 
http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_subr/svn_named_atomic.c?rev=1326337&r1=1326336&r2=1326337&view=diff
==============================================================================
--- subversion/trunk/subversion/libsvn_subr/svn_named_atomic.c (original)
+++ subversion/trunk/subversion/libsvn_subr/svn_named_atomic.c Sun Apr 15 
13:42:44 2012
@@ -88,6 +88,12 @@
   */
  #define SHM_NAME_SUFFIX "Shm"

+/* Prevent macro re-definition warning (on Windows in particluar).
+ */
+#ifdef SYNCHRONIZE
+#undef SYNCHRONIZE
+#endif
Is this a safe change?  Experimenting shows that if later in the file
a macro is used which is defined in terms of SYNCHRONIZE, the file-local
definition (below the diff context) would be used even for macros
defined while the previous definition was effective.

Shouldn't you rename the macro?

With Greg's +1, and since this was cluttering my mailbox, I went ahead
and made this change in r1330268.  Let me know if it's not ok.

Yup. That one looks ok. Thanks!

-- Stefan^2.

Reply via email to