> Thanks for the clarification. But the developer still had to transition > _his code_ from non-GC to either 1) GC-only and drop 32 bit (likely not > desirable) or 2) dual mode.
> I think most developers would have accepted a loss of _binary_ > compatibility of their ibplugins, after all the target users of > ibplugins are developers themselves. Refactoring to support dual mode > and rebuilding would not be a big burden. > (In my case, my code is GC-only and 64 bit only. I had to go backwards > and make it support non-GC to get my ibplugin working.) In my case, ibplugins are fully custom animated controls used from inside IB to safe coding time, and only one application source and bundle must be compatible with three OSX versions at the same time: 10.5 + 10.6 + 10.7 There are typical requirements for developers making big projects instead of home maded iPhone games. _______________________________________________ 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
