Maybe I have made the wrong assumption about the bitcode so thanks for clarifying. Let's start over - in general what I'm trying to achieve is to hide the user workspace info from the .app file. I checked once again and regardless of bitcode enabled / disabled during exporting the app when I run strings against main executable I get the unwanted strings.
Post
Replies
Boosts
Views
Activity
I followed your advice, generated Link Map file and was able to identify in it the same files which were showing as a strings command result. I followed then the numbers in brackets to find the .o files at the top of the Link Map file. In the .o files I have found the unwanted strings, but now I am confused where does it come from?
What I am able to confirm so far is that I am not printing my workspace path and it is not written anywhere in the source code of .swift files which I tracked with the aforementioned process. I have never debugged linking process and related issues so I am kind of wandering in the dark here. I have looked through some of these swift files to see what can produce the strings and I don't see any particular reason. When inspecting the .o file I can see that some lines containing my workspace info lead to the pods from CocoaPods I am using in my projects. Also some lines seem to be related to the libraries that can be imported like UIKit, Foundation, WebKit and also pods.
I have reviewed "Build settings" in my project and in the field "Other linker flags" there are references to frameworks and pods used in my project. This is generated by Cocoapods. Does this setting have influence on the problem?