time.h conflict

iOS
1

I’m running into a time.h conflict between the backendless pod and iPhoneSimulator9.2.sdk/usr/include/time.h when I try to run my app on the simulator and it conflicts with other pods I depend on when I try to run it on a device. I saw an unresolved thread about this from a year ago and thought I would resurface the issue since it seems to still be a problem. Are you guys’ aware of the issue and/or any workaround to fix it? Do you understand the nature of the error? I just need more information. I will note that there was a point when I was running backendless on a device and this wasn’t an issue, but now that it has occurred, I can’t seem to get rid of it.

Thanks.

2

Hi Brandon,

It would help if you could post more information about the error, such as where it comes from and what other dependencies you have added to the pod.

Mark

3

Sure. Here’s a list of my pods and a snapshot of the error received when running the app on a device.

Using AFNetworking (2.6.3)

Using Backendless-ios-SDK (3.0.8)

Using CocoaLumberjack (2.2.0)

Using FMDB (2.6)

Using GRMustache (7.3.2)

Using Instabug (4.1.10)

Using JRSwizzle (1.0)

Using Kiwi (2.4.0)

Using MBProgressHUD (0.9.2)

Using OCHamcrest (4.3.0)

Using OCMockito (1.4.0)

Using PPSSignatureView (0.1.2)

Using PureLayout (3.0.1)

Using Reachability (3.2)

Using SBJson (3.2)

Using SWRevealViewController (2.3.0)

Using XLForm (3.1.1)

Screen Shot 2016-02-17 at 1.26.39 PM.png

4

How did you conclude that the conflict is specifically between backendless and iPhoneSimulator9.2.sdk/usr/include/time.h ?

5

I might be wrong about that but here is a snapshot of how I got the idea. This is the error I get when running the app on a simulator via AppCode. It looks like it might also be coming from PPSSignatureView.

Screen Shot 2016-02-18 at 12.35.41 PM.png
Screen Shot 2016-02-18 at 12.35.41 PM.png1409×77 14.8 KB

6

I cleaned the build folder and restarted Xcode and am back to my original working state. I’m a bit concerned since I still don’t know how the app came to be in the conflicting state. Like I said before, the app worked for a time before this issue surfaced and I’m a bit worried now that it will become a reoccurring issue in the future. For now, I will continue testing and let you know if I can reproduce the problem.

As always, thank you for your prompt response.

7

I am glad you got it back to the working state. It is still not clear to me why you were relating the error you were getting to Backendless. It could’ve been any of the dependencies you included in the podfile…

8

I was relating it to Backendless because when I switched branches to a state where Backendless wasn’t implemented, the error didn’t occur. I also saw an unresolved issue involving time.h conflicts in the support forums and just wanted more information.

9

I do not recall ever seeing that issue. If you have a link handy, please share. There are two sides of the conflict. If adding backendless manifested it, there is got to be something else that might be causing it.

10

Very true. There is always two sides. Here’s that link.

http://support.backendless.com/t/ios-libavutil-timeh-collides-with-the-system-timeh

11

Thanks, Brandon. I scheduled a task for a developer to investigate this further.

12

Hi Brandon,

If you use CodoaPods to integrate Backendless in your project, and you get the problem with “time.t conflict”, you should remove the file time.h from your project.

Choose in your project Pod → Pod → Backendless-ios-SDK and push the “delete” key. Click “Move to Trash” button.
http://support.backendless.com/public/attachments/578aa195a7b801c9426f93134afe7430.png</img>

We will fix this issue asap in the next CocoaPods release.

Regards,
Slava

578aa195a7b801c9426f93134afe7430.png
578aa195a7b801c9426f93134afe7430.png1890×496 168 KB

13

Thanks, glad to hear it!

14

Just tried that out when I got a time conflict and confirmed that it does fix the issue.