> On May 2, 2016, at 11:30 AM, Steve Mills wrote:
>
> On May 02, 2016, at 12:58 PM, John McCall wrote:
>
> > You don't have to declare something with __block just to use it in a block.
> > __block specifically means that the variable will be captured *by
> > reference* in the block, meaning t
On May 02, 2016, at 12:58 PM, John McCall wrote:
You don't have to declare something with __block just to use it in a block.
__block specifically means that the variable will be captured *by reference* in
the block, meaning that changes to the variable within the block are visible in
the orig
ttle rusty on some of the
> stranger stuff, like __unsafe_retained. Here's a pared down hunk before
> converting to ARC:
>
> NSXMLElement* root = [NSXMLNode elementWithName:@"manifest" children:nil
> attributesWithDict:@{@"thing":@"stuff"}];
me of the
stranger stuff, like __unsafe_retained. Here's a pared down hunk before
converting to ARC:
Of course, I meant to type __unsafe_unretained in my previous message.
Sent from iCloud's ridiculous UI, so, sorry about the formatting
___
Here's a pared down hunk before
converting to ARC:
NSXMLElement* root = [NSXMLNode elementWithName:@"manifest" children:nil
attributesWithDict:@{@"thing":@"stuff"}];
__block NSXMLElement* rezes = [NSXMLNode elementWithName:@"resource
On 21/08/2013, at 12:59 AM, Gerriet M. Denkmann wrote:
>> What version of Xcode? I just tried this with Xcode 4.6.3 and it worked
>> perfectly.
>
> A difficult question: I am not allowed to talk about this (which might give
> you an idea, which version I was using).
Worked fine for me in an
Actually, I think the question is "what version of Xcode are you upgrading the
project from and what version of Xcode are you using to do the conversion?"
That way, it's much easier to pin down the specific case that might be causing
this.
- Alex Zavatone
On Aug 20, 2013, at 10:57 AM, glenn
On 20 Aug 2013, at 21:54, glenn andreas wrote:
>
> On Aug 20, 2013, at 8:43 AM, Gerriet M. Denkmann wrote:
>
>>
>> On 20 Aug 2013, at 20:27, Fritz Anderson wrote:
>>
>>> Sure, but the whole point the OP is trying to make is that the purported
>>> error is being raised by the refactoring p
On Aug 20, 2013, at 8:43 AM, Gerriet M. Denkmann wrote:
>
> On 20 Aug 2013, at 20:27, Fritz Anderson wrote:
>
>> Sure, but the whole point the OP is trying to make is that the purported
>> error is being raised by the refactoring process that is _supposed to remove
>> that retain_. Refactor
On 20 Aug 2013, at 21:41, Jens Alfke wrote:
> This looks like a bug in Xcode’s refactoring tool — seems it doesn’t
> understand the auto-synthesize feature. I would take your test case and
> attach it to a new Radar bug report to Apple.
Just done this. Bug 14784266.
Gerriet.
_
This looks like a bug in Xcode’s refactoring tool — seems it doesn’t understand
the auto-synthesize feature. I would take your test case and attach it to a new
Radar bug report to Apple.
The workaround should be to add an explicit instance variable declaration and
an “@synthesize” directive whe
On 20 Aug 2013, at 20:27, Fritz Anderson wrote:
> Sure, but the whole point the OP is trying to make is that the purported
> error is being raised by the refactoring process that is _supposed to remove
> that retain_. Refactoring would be a very easy process indeed if doing the
> conversion y
Sure, but the whole point the OP is trying to make is that the purported error
is being raised by the refactoring process that is _supposed to remove that
retain_. Refactoring would be a very easy process indeed if doing the
conversion yourself is a prerequisite of having Xcode do it.
The use o
On 20/08/2013, at 9:07 PM, "Gerriet M. Denkmann" wrote:
> How to placate Xcode?
Are you sure it's not the use of retain that it's complaining about? Without
that, your code compiles fine here.
--
Shane Stanley
'AppleScriptObjC Explored'
___
Coc
On 20 Aug 2013, at 19:24, Uli Kusterer wrote:
> You're missing an @synthesize privateData = _privateData; in your
> @implementation, would be my guess.
There is no @synthesize, this is true.
But Xcode normally does not mind, and I think this is (since when?) no longer
necessary (maybe only i
You're missing an @synthesize privateData = _privateData; in your
@implementation, would be my guess.
On Aug 20, 2013, at 1:07 PM, Gerriet M. Denkmann wrote:
> Trying to convert an older project to Arc, Xcode complains about "Use of
> undeclared identifier '_privateDate'".
> And threatens that
Trying to convert an older project to Arc, Xcode complains about "Use of
undeclared identifier '_privateDate'".
And threatens that nothing will be done unless I fix this first.
Well - for one: without Arc there are no undeclared identifiers. (Builds
without error or warnings).
The class with pr
>> I want to convert my code to ARC but this problems doesn't let me to do
>> this. I read the errors but I couldn't do nothing. All the problems are in
>> these else if statement and are colored Red.
>>
>> else if (isupper(character)){
>> 1) Pointer to non-const type 'NSString *' with no e
>> I want to convert my code to ARC but this problems doesn't let me to do
>> this. I read the errors but I couldn't do nothing. All the problems are in
>> these else if statement and are colored Red.
>>
>> else if (isupper(character)){
>> 1) Pointer to non-const type 'NSString *' with no e
On Apr 18, 2013, at 2:45 AM, Christ Levesque wrote:
> I want to convert my code to ARC but this problems doesn't let me to do this.
> I read the errors but I couldn't do nothing. All the problems are in these
> else if statement and are colored Red.
>
> else if (isupper(character)){
> 1)
Hi there,
I want to convert my code to ARC but this problems doesn't let me to do this. I
read the errors but I couldn't do nothing. All the problems are in these else
if statement and are colored Red.
else if (isupper(character)){
1) Pointer to non-const type 'NSString *' with no expli
Ah, I missed the disclosure triangle. Unfortunately, unchecking that file
didn't seem to stop the converter from checking it. I needed to do a Clean
first.
Just 11 issues to go
Thanks!
Martin
On 29, Dec, 2011, at 06:41 PM, Zac Bowling wrote:
> Uncheck those files in the ARC converter s
Dear list,
I'm trying to convert a project to ARC using the Refactor -> Convert to
Objective-C ARC... command.
My project uses RegexKitLite which is upsetting the conversion process. It
shows 68 reasons why the conversion is not possible. So I tried adding
-fno-objc-arc to the compiler flags f
23 matches
Mail list logo
