On Oct 30, 2011, at 10:32 AM, James Merkel wrote: > The document on ARC talks about problematic C structs like: > > struct x { NSString *S; int X; } StaticArray[] = { > @"foo", 42, > @"bar, 97, > ... > }; > > I use that pattern quite a bit in my code and haven't had any problems with > it. These are basically constant strings that never change.
Is the above pattern in your code used with globals? (Probably.) > With ARC, the compiler wants me to change the code to: > > struct x { __unsafe_unretained NSString *S; int X; } > > Aside from this looking really ugly, will the App store accept this in an > application? Yes. "__unsafe_unretained" is public API, therefore the App store will accept it. > The document on ARC says in order to do this task correctly, the code should > be changed to a class. Ok, what class are they talking about? That depends on the scenario. If the above struct is simply a global (and it probably is), then changing to a class would be more complicated than just using __unsafe_unretained. If the above struct is stored in malloc()ed memory, then switching to a class is the right thing to do. davez > I don't see how the collection classes like NSDictionary or NSArray support > this. Do they mean create your own collection class to do this? > > Thanks for any insight on this. > > Jim Merkel > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > 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/zarzycki%40apple.com > > This email sent to zarzy...@apple.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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/archive%40mail-archive.com This email sent to arch...@mail-archive.com