gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: problems compiling NSAnimation.m


From: Graham J Lee
Subject: Re: problems compiling NSAnimation.m
Date: Thu, 10 May 2007 11:23:01 +0100

On 9 May 2007, at 17:53, Xavier Glattard wrote:

Riccardo <multix <at> ngi.it> writes:

#define _NSANIMATION_LOCK           \
   BOOL __gs_isLocked = NO;          \
   if (_isThreaded)                  \
   {                                 \
     __gs_isLocked = YES;            \
     NSDebugFLLog( <at> "NSAnimationLock",\
<at> "% <at> LOCK % <at> ",self,[NSThread currentThread]);\
     [_isAnimatingLock lock];        \
   }

it causes a hidden "c99-ism" everywhere. If the definition of

I wrote this stuff, so i guess i could help ;-)

I dont know if this can be avoided :

This is coming from a position of not having been tested nor even thought through properly, but how about:

#define _NSANIMATION_LOCK \
{ BOOL __gs_isLocked = NO; \
//... \
}

? That should remove the C99-esque behaviour - I don't _think_ it makes the macro any less usable than it already was but as I say, I haven't studied its use much.

Graham.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]