Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: callback-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of shazron@gmail.com designates
 209.85.213.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAE6O_-bR0hNDH3uekmWpQx1qPZkMXN_M_ykQy-5q2H47H-g6uQ@mail.gmail.com>
References: 
 <CAE6O_-byJo2LzufjGY0w_myw-sJMUK9VaJuP8ae6kWACDjyANA@mail.gmail.com>
 <CACAoQH3k=FYf_XhAKYWxokP7HgtKtqOGnBO1cfjO+REp02crXQ@mail.gmail.com>
 <CAE6O_-bR0hNDH3uekmWpQx1qPZkMXN_M_ykQy-5q2H47H-g6uQ@mail.gmail.com>
From: Shazron <shazron@gmail.com>
Date: Thu, 10 May 2012 14:32:51 -0700
Message-ID: 
 <CAE6O_-Zp6NoydZz7qgYNV=b-d9b6_abMSjPjZeMWTp8U-9AruQ@mail.gmail.com>
Subject: Re: [iOS] Going ARC
To: callback-dev@incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Resurrecting this. My latest comment (duped below):
https://issues.apache.org/jira/browse/CB-274?focusedCommentId=3D13272771&pa=
ge=3Dcom.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comme=
nt-13272771

-----------
D'oh - we can't have dual support of course, since this is compile
time and we ship a built binary for the framework. We'll have to turn
it on, and require ARC. The problem is, all the plugins will need to
upgrade as well.

This then becomes a communication issue that we will need to send to
devs ahead of time. We can push this to 2.0 but we must have an
extended RC period to iron out the bugs, but we can start blogging
about this change now.

If are to push it to now (1.8.0) my suggestion is to exclude ARC for
CDVPlugin, and instruct users how to exclude ARC for their plugin
files: http://stackoverflow.com/questions/6448874/disable-automatic-referen=
ce-counting-for-some-files
- this way there is a transition. We can also print out warnings in
the console.log about the migration to ARC.
-----------

Shaz

On Thu, Mar 8, 2012 at 2:58 PM, Shazron <shazron@gmail.com> wrote:
> I'd rather not do #ifdefs and go whole hog on ARC. If we go ARC we
> can't support iOS 3.x (see my previous email).
>
> The #ifdef you would use:
>
> #ifdef __has_feature(objc_arc)
> =A0 =A0NSLog(@"ARC eh");
> #endif
>
> On Thu, Mar 8, 2012 at 12:16 PM, Patrick Mueller <pmuellr@gmail.com> wrot=
e:
>> On Thu, Mar 8, 2012 at 14:14, Shazron <shazron@gmail.com> wrote:
>>
>>> Ref: https://issues.apache.org/jira/browse/CB-274
>>>
>>> I say we go ARC.
>>>
>>
>> I think we need to support ARC. =A0The question is do we need to support=
 NOT
>> using ARC as well.
>>
>> Presumably there's some pattern of leaving your retain/release calls in =
the
>> code, #ifdef'd, so they aren't used when your project is using ARC, and =
are
>> used when your project isn't. =A0Eventually, in theory, everyone is usin=
g ARC
>> all the time (just like we were going to use GC all the time!!), and we =
can
>> remove the #ifdef'y bits.
>>
>> --
>> Patrick Mueller
>> http://muellerware.org