Skip to content
This repository has been archived by the owner on Sep 4, 2019. It is now read-only.

Bitcode is now supported in version 57 #21

Open
jondwillis opened this issue Feb 5, 2017 · 9 comments
Open

Bitcode is now supported in version 57 #21

jondwillis opened this issue Feb 5, 2017 · 9 comments

Comments

@jondwillis
Copy link

./tools-webrtc/ios/build_ios_libs.sh -e !

@AlexKMDev
Copy link
Owner

AlexKMDev commented Feb 6, 2017

The compiled framework still doesn't contain bitcode:

/V/H/w/s/out_ios_libs> otool -l WebRTC.framework/WebRTC | grep __LLVM
/V/H/w/s/out_ios_libs>

@jondwillis
Copy link
Author

jondwillis commented Feb 6, 2017

Please see http://stackoverflow.com/a/33105733/127422

It indeed does contain bitcode :) I am able to use my build of latest WebRTC master with bitcode enabled in my app.

otool -arch armv7 -l WebRTC.framework/WebRTC | grep LLVM    
  segname __LLVM
  segname __LLVM

@jondwillis
Copy link
Author

We should update the README if this gets applied and verified.

@antoniotuzzi
Copy link

Are you getting a 700MB library when compiled bitcode ON ?

@jondwillis
Copy link
Author

@antoniotuzzi Yeah, trying to figure out why.

@antoniotuzzi
Copy link

@jondwillis compiled static is 776MB
must be related to the huge number of .obj linked: the bitcode should be doing very strange tricky things
with this sizes is impossibile to distribute in an SDK
anyway, when compiled in a final product, or intermediate library, size decrease A LOT

@jondwillis
Copy link
Author

@wenxin3262
Copy link

I don't like bitcode, hard to manage dSYMs for little benefits

@fuxx
Copy link

fuxx commented May 19, 2017

Bitcode doesnt change anything on symbolification of crash logs. apples / testflight gives you the correct dsyms if they recompile form source.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants