ReactiveCocoa2.5 build faild in Xcode Version 7.3 (7D175)

Created on 22 Mar 2016 · 24Comments · Source: ReactiveCocoa/ReactiveCocoa

3f344c2f-8dbe-4597-b07a-548a0b72c42b

Source

Sdoy

Most helpful comment

If removing from your pch file is too painful, you can do this:

#if __has_feature(objc_arc)
#import <ReactiveCocoa/ReactiveCocoa.h>
#endif

gcox on 22 Mar 2016

👍12

All 24 comments

I am also seeking solutions

iworkcloud on 22 Mar 2016

Do not put the pre-compiled headers can be

iworkcloud on 22 Mar 2016

@iworkcloud how?

lacklock on 22 Mar 2016

after upgraded to 7.3 i have the same problem .

lacklock on 22 Mar 2016

I am also seeking solutions

shenhualxt on 22 Mar 2016

https://forums.developer.apple.com/thread/38934

lacklock on 22 Mar 2016

Can I just replace all the __weak NSObject * to id to solve this ? Not sure about that, but that can make the problem pass the compilation.

jjksam on 22 Mar 2016

@jjksam yes,it's worked,just delete __weak.

lacklock on 22 Mar 2016

http://stackoverflow.com/questions/4728225/is-it-ok-to-remove-prefix-pch-file-from-the-xcode-project

remove pre-compiled headers

undefined-zola on 22 Mar 2016

@undefined-zola tks , i get it

lacklock on 22 Mar 2016

edit like this

if __has_feature(objc_arc)

(RACSignal *)rac_valuesForKeyPath:(NSString *)keyPath observer:(__weak NSObject *)observer;

else

(RACSignal *)rac_valuesForKeyPath:(NSString *)keyPath observer:(NSObject *)observer;

endif

NagiYan on 22 Mar 2016

👍1

delete the cocoapods location .h file which have __weak, it is a temporary solutions，the best way is waiting 3rd party libraries update!

kernel-lj on 22 Mar 2016

agree @kernel-lj ,the best way is waiting 3rd party libraries update, because not sure if it will cause memory leaks after replace all the __weak NSObject * or use other ways to stop the Xcode complain

Sdoy on 22 Mar 2016

@NagiYan thank you !

willonboy on 22 Mar 2016

why i can't unlock NSObject+RACPropertySubscribing.h.

withdrawnking on 22 Mar 2016

You can also avoid this by not importing ReactiveCocoa in your precompiled header.

gcox on 22 Mar 2016

If removing from your pch file is too painful, you can do this:

#if __has_feature(objc_arc)
#import <ReactiveCocoa/ReactiveCocoa.h>
#endif

gcox on 22 Mar 2016

👍12

@gcox GoodJob!

Xummer on 23 Mar 2016

@gcox For me,the error still appears.

wang9262 on 23 Mar 2016

@wang9262 You may be importing ReactiveCocoa in another header that you're importing in your pch file...you could try wrapping all imports in your pch file with the #if __has_feature(objc_arc) check.

gcox on 23 Mar 2016

Please set 'Weak References in Manual Retain Release:YES'.

Vanson on 23 Mar 2016

👍8

@gcox Thanks.
After we've done this

#if __has_feature(objc_arc)
#import <ReactiveCocoa/ReactiveCocoa.h>
#endif

Some files that use RAC throw some errors like "Expected a type".At last we use @class RACxxx which solved this problem. Guess that there are some files marked as -fno-objc-arc in our project which caused this problem.

wang9262 on 23 Mar 2016

👍4

@Vanson This work around is simple and efficient, thanks!

jjksam on 23 Mar 2016

Closing this because there doesn't seem like there's any work to be done in RAC.

tl;dr: In Xcode 7.3, __weak causes errors in files compiled as -fno-objc-arc. Since RAC uses __weak, you cannot use it in those files without setting the Weak References in Manual Retain Release setting to YES. If you're using a .pch that imports RAC, you're more likely to see this error.