Because once upon a time I ran into an issue around the size of CGFloat and someone told me to use NS_BUILD_32_LIKE_64, and that took care of it. Ever since then, I believed NS_BUILD_32_LIKE_64 controlled the size of CGFloat.
> On Feb 27, 2015, at 16:32 , Roland King <r...@rols.org> wrote: > > >> On 28 Feb 2015, at 08:14, Rick Mann <rm...@latencyzero.com> wrote: >> >> I thought setting NS_BUILD_32_LIKE_64 = 1 would make CGFloat be double, but >> CGFloat seems to be conditionalized on __LP64__ (at least, on iOS. > > Why did you think that? The docs say > > The NS_BUILD_32_LIKE_64 preprocessor macro works in a different manner. It > declares NSInteger to be long (instead of int) and NSUInteger to be long > unsigned int even on 32-bit portions of the source base. > > and that’s all they say. Nothing about CGFloat > >> >> I'm building iOS for both 32 and 64 bit devices. What should I do here? I'm >> trying to get rid of a bunch of implicit conversion warnings. Thanks. > > use explicit casts. > -- Rick Mann rm...@latencyzero.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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
