Skip navigation.
 
mlRe: @property problem
FROM : William Squires
DATE : Sat Feb 16 23:35:18 2008

Okay, but why the diff? Why should it matter whether you're using 32 
or 64 bits? Storage is still storage, and it seems you'd still need 
to provide that storage even under a 64-bit runtime.

On Feb 11, 2008, at 3:29 PM, Joshua Emmons wrote:

>> I've boiled the problem down to this snippet:
>>
>> @interface MyWindow : NSWindow
>> {
>> }
>> @property(readwrite) BOOL    capturing;

> ...

>> error: synthesized property 'capturing' must either be named the 
>> same as a compatible ivar or must explicitly name an ivar

>
> You haven't declared a compatible ivar named "capturing". You'd 
> need to do something like this:
>
> @interface MyWindow : NSWindow
> {
>     BOOL capturing;  // <-- here!
> }
> @property(readwrite) BOOL    capturing;
>
> The line marked above declared an ivar with the same name and the 
> same type as your property declaration, so now synthesize will be 
> able to do its thing.
>
> Obj-C *can* be smart enough to generate this ivar for you behind 
> the scenes, but only if you're using the 64bit runtime. If you 
> don't require 32bit compatibility, turn it off, and then you don't 
> have to worry about declaring these ivars for synthesize.
>
>
> Cheers,
> -Joshua Emmons
> _______________________________________________
>
> Cocoa-dev mailing list (<email_removed>)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/wsquires%
> 40satx.rr.com
>
> This email sent to <email_removed>

Related mailsAuthorDate
ml@property problem Randall Meadows Feb 11, 22:14
mlRe: @property problem Melissa J. Turner Feb 11, 22:27
mlRe: @property problem Kyle Sluder Feb 11, 22:28
mlRe: @property problem Joshua Emmons Feb 11, 22:29
mlRe: @property problem Shawn Erickson Feb 11, 22:33
mlRe: @property problem j o a r Feb 11, 22:35
mlRe: @property problem Brian Christensen Feb 11, 22:38
mlRe: @property problem Randall Meadows Feb 11, 22:56
mlRe: @property problem Jens Alfke Feb 11, 23:11
mlRe: @property problem Kyle Sluder Feb 11, 23:32
mlRe: @property problem j o a r Feb 11, 23:53
mlRe: @property problem Adam P Jenkins Feb 12, 00:33
mlRe: @property problem Bill Bumgarner Feb 12, 00:46
mlRe: @property problem Wade Tregaskis Feb 12, 00:46
mlRe: @property problem Kyle Sluder Feb 12, 01:08
mlRe: @property problem Nick Zitzmann Feb 12, 01:58
mlRe: @property problem Jens Alfke Feb 12, 04:44
mlRe: @property problem Andrew Farmer Feb 12, 06:25
mlRe: @property problem Sean McBride Feb 12, 16:58
mlRe: @property problem j o a r Feb 12, 19:48
mlRe: @property problem Jens Alfke Feb 12, 20:14
mlRe: @property problem Wade Tregaskis Feb 12, 20:35
mlRe: @property problem William Squires Feb 16, 23:35
mlRe: @property problem Jean-Daniel Dupas Feb 17, 01:03
mlRe: @property problem William Squires Feb 17, 17:59
mlRe: @property problem glenn andreas Feb 17, 18:11
mlRe: @property problem Bill Bumgarner Feb 17, 18:11
mlRe: @property problem Jim Correia Feb 17, 18:13
mlRe: @property problem William Squires Feb 17, 18:47
mlRe: @property problem mmalc crawford Feb 17, 18:57
mlRe: @property problem Bill Bumgarner Feb 17, 19:03
mlRe: @property problem Jim Correia Feb 17, 19:04
mlRe: @property problem William Squires Feb 17, 19:52
mlRe: @property problem Jean-Daniel Dupas Feb 17, 20:18
mlRe: @property problem Sherm Pendley Feb 17, 21:03
mlRe: @property problem Bill Bumgarner Feb 17, 21:09
mlRe: @property problem Bill Bumgarner Feb 17, 21:17
mlRe: @property problem Jens Alfke Feb 18, 00:06