React-native-background-geolocation: Upgrade to 3.0.0-rc.4 - Invalid bitcode version

[aksonov]

• Plugin version: 3.0.0-rc.4
• Platform: iOS
• OS version: Mac OS, XCode 10.1
• Device manufacturer / model:
• React Native version (react-native -v): 0.59.2

Could not reparse object file in bitcode bundle: 'Invalid bitcode version (Producer: '1001.0.46.3.0_0' Reader: '1000.11.45.5_0')', using libLTO version 'LLVM version 10.0.0, (clang-1000.11.45.5)' for architecture arm64

Disabling bitcode solves the issue.
Does it mean that XCode 10.2 is required now?

[christocracy]

Always use latest XCode.

[aksonov]

It is not good recommendation - appcenter currently doesn’t support Xcode 10.2

On 1 Apr 2019, at 13:35, Chris Scott [e-mail] wrote:

Always use latest XCode.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

[christocracy]

Go complain to AppCenter. It’s unacceptable for a build service to not
support latest XCode as soon as released.

What do you do when new iOS version is released, what until “appcenter”
supports it?

On Mon, Apr 1, 2019 at 7:51 AM Pavel Aksonov [e-mail]
wrote:

It is not good recommendation - appcenter currently doesn’t support Xcode
10.2

On 1 Apr 2019, at 13:35, Chris Scott [e-mail] wrote:

Always use latest XCode.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

—
You are receiving this because you modified the open/close state.

Reply to this email directly, view it on GitHub
https://github.com/transistorsoft/react-native-background-geolocation/issues/674#issuecomment-478547827,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAA6l39iOqsrZ4TrpQaVpMql3zU89UfBks5vcfK0gaJpZM4cVXtF
.

>

Snet form Gmail Mobile

[aksonov]

I partially agree, but I'd prefer to give a developer a choice. For example Mojave removed some useful functionality like built-in Remote Desktop, but Xcode 10.2 requires Mojave, so you are forcing all developers to use Mojave..

Note, latest RNBGL 2.14 works fine with XCode 10.1 and probably with XCode 9, so probably you could do the same with RNBGL 3.x ?

[christocracy]

I build the library using latest XCode as soon as released.

XCode isn’t something you sit on. You update immediately.

[3pns]

Another valid reason to keep older XCode version is because at each update Apple breaks things. Staying on a stable and working XCode version and avoiding undocumented 0day errors is a time saver compared to always updating to latest version. Some companies have policies to only use version X of Y software for these reasons.

[christocracy]

You never sit back on an old version of XCode. How do you expect to build / simulate for latest version of iOS with a version of XCode that has no knowledge of it?

[3pns]

A build targeted to an old iOS version is pretty much guaranteed to work on new iOS version as Apple take care of compatibility for few years and use the bitecode to re optimize the build.

Updating your version of Xcode is pretty much guaranteed to break something, exponentially more for each technology/language you use as everything on Mac is depending on XCode dependencies such as XCode developer tools, native extensions etc ... The purpose of bitecode is not to have to re-upload new binary for each iOS version as Apple take care of the optimizations.

To build for unsupported version of iOS you can manually import the "Missing Support Files iOS 1X.X " in your XCode installation by downloading them from internet or getting them from another Mac that has them.

Unfortunately as far as I know there is no equivalent mechanism to choose the bitecode version you use.

[christocracy]

I'm not interested in supporting people sitting behind on old versions of XCode. You won't be able to use this plugin.