❶ iOS將oc的.m文件編譯成C++的.cpp文件
因為在學習oc語言block的底層原理，所前指以需要將oc的.m轉成c++的.cpp格式文慧姿配件，這樣可以方便我們窺探一些本質的東西
比如要將我的工程BlockTest的main.m轉換成.cpp,操作如下
1:打開終端 cd 自己的工程文件
2:終端輸入：clang -x objective-c -rewrite-objc -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/冊搏iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk xxx.m，其中xxx.m替換成自己需要轉換的文件，然後敲回車
3:回到自己的工程文件目錄下查看，會多了一個.cpp文件
4:將文件添加到工程目錄
5:從編譯器中移除.cpp,保證項目正常運行
❷ 如何把iOS代碼編譯為Android應用
看開發時使用的什麼模式。
如果是使用object C，那沒法跨平台編譯，也唯沖就無法直接轉換。
如果使用的一些支持跨信運平台的第三方庫，比如cocos2dx，那在安卓和ios下都是可以編譯的。
一款名為「J2ObjC」的源代碼轉換工具，可將Java語言編寫的程序轉換滑山樑稱Object-C語言,並直接使用iOS框架,這意味著Android上的程序可以直接轉換成iOS App。
❸ ios 怎麼配置編譯ffmpeg
IOS上編譯ffmpeg需要先下載兩個程序：iFrameExractor和ffmpeg
編譯步驟：
1、在終端下： cd /iFrameExtractor/ffmpeg 建議開始就執行 sudo -s (獲取許可權命令)
2、在終端下輸入 ./configure --prefix=/iFrameExtractor/ffmpeg --libdir=iFrameExtractor/ffmpeg/lib --enable-gpl --enable-static --disable-shared --enable-swscale --enable-zlib --enable-bzlib --disable-ffmpeg --disable-ffplay --disable-ffserver --enable-pthreads
3、執行make 這里會有一堆的編譯情況。
註：最好先升級Command Line Tools，避免編譯錯誤
4、執行make install。 （執行完後 到iFrameExtractor/ffmpeg/lib文件上去看看）
出現 libavcodec libavdevice libavformat libavutil libswscale5個.a文件
5、用xcode 打開iFrameExractor工程，確認Header Search Paths里有："$(SRCROOT)/ffmpeg"路徑。 $(SRCROOT)表示工程路徑。同時可以看到iFrameExractor工程下ffmpeg文件下的.a文件都不是紅色的了。
6、真機上編譯（模擬器上i386，真機上是arm的，真機還分arm6 和arm7 ）
以下是針對arm7的
/configure --disable-doc --disable-ffmpeg --disable-ffplay --disable-ffserver --enable-cross-compile --arch=arm --target-os=darwin --cc=/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc --as='gas-preprocessor/gas-preprocessor.pl /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc' -- sysroot=/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS5.0.sdk --cpu=cortex-a8 --extra-cflags='-arch armv7' --extra-ldflags='-arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS5.0.sdk' --enable-pic
7、執行 make 和make install 就有上面的幾個.a文件，至此編譯結束。
❹ Flutter開發 解決iOS編譯不兼容Swift
在進行Flutter開發過程中，很容易出現iOS原生端編譯不成功的問題，比如出現Undefined symbol:__swift_FORCE_LOAD_$_swfitCoreLocation
出現這種情況的時候，為沒有導入swift頭文件導致編譯不成功，解決辦法為：
1、新建選中Runner右鍵New File 選擇Swift File
2、點擊create的時候會出現選擇Xcode - Create Bridging Header
3、隨後會創建一個Runner-Bridging-Heading.h的文件
4、正常運行項目即可
一般此情況多出現在第一次運行iOS的情況，為導入過支持Swift後XCode沒有進行兼容導致的問題。
❺ 如何使用xcodebuild在命令行編譯iOS工程
、准備工作 1、jenkins環境。搭建jenkins環境可以參考jenkins平台搭建和配置一節。需要注意的是，雖然涉及iOS開發，但是jenkins平台卻不必搭建在mac機器上，只要在jenkins上添加mac節點就可以了。 2、iOS開發環境。iOS開發環境主要是指Xcode開發環境，Xcode是免費的，只要在蘋果應用商店裡下載一個就可以了。當然，還有重要的一點兒---開發者證書，現在個人也已經有免費的證書了，沒有證書的話，只能打模擬器用的包了。 3、git項目。強烈建議把代碼放在git上，這樣便於團隊開發。當然，不放git上也可以。 4、jenkins Xcode持續集成插件。常用的插件Xcode integration，這個插件能夠快速的幫助我們進行Xcode打包配置，當然，只用純shell腳本也是可以的。 在jenkins上打包之前，我們最好手工測試一下可以打包成功，首先用Xcode圖形界面進行測試，然後用命令行測試，如果都能打包成功就可以掛在jenkins上運行了，畢竟jenkins的原理也是通過執行一系列命令來完成的。 三、jenkins配置 1、創建一個任務，創建任務的時候最好選自由風格的軟體項目，這樣配置起來比較方便，如果有需要，也可以選擇其他的風格。 2、描述
❻ xcode12怎麼編譯ios16
1、首螞敏先首先在Architectures中，點擊選擇ValidArchitectures。
2、其次設置可用的兆明編譯架構指令集，在UserDefined選擇EXCLUDEDARCHS。
3、最後悶猜枝進入頁面後點擊編譯ios16即可。
❼ iOS 編譯報錯怎麼辦
1.編譯iPad真機時,選擇了 Architetures:Standard(armv6) BaseSDK:iPhoneDevice3.2 TargetDeviceFamily:iPad.
若編譯出現如下錯誤:
Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.2 failed with exit code 1
則修改 GCC4.2CodeGeneral區域中的ComplieForThumb為非選中.
已經有了開發者證書及私鑰後,可直接在越獄的手機上調試.
2. 編譯鏈接時, "_OBJC_CLASS_$_xxx", referenced from:可能需要重新建立某個類的文件.
或者:選擇項目名,在detail列表中的target列(顯示為一個又圓圈),把這個文件的復選選中,或者再次選中.以把它加入到這個target裡面來.
3.在sdk4.0及以上使用RegexKitLite報'captureCount' was not declared in this scope錯誤,是在非.m文件中使用了它的原因.
4.there is no sdk with the name or path.
從網上down的開源代碼，結果運行的時候常出現這樣的錯，並且在deployment中沒有iosdeploymenttarget選項.
嘗試 Project/Edit Active Target/ 及 Set Active SDK菜單項，來回切換一下Active Configuration。
5. EXEC_BAD_ACCESS，EXC_BAD_INSTRUCTION錯誤，意味著這個app有內存管理的問題，一般是因為訪問野指針對象造成的。
一個和內存相關的崩潰一般很難定位到源代碼，因為這個惡魔可能很早就在程序中做了壞事了。假如一段有問題的代碼混亂了內存結構，這樣產生的蝴蝶效應可能會在之後很久才表現出來，並且總在不同的地方。所以，若有指針類型出現了不可能的變化，很可能就是因為內存結構被野指針調用混亂了。
修復一些警告後，可能就能預防一些內存錯誤。警告在左邊靠近行號的黃色三角指出一個編譯警告，你點擊那個黃色的三角形，xcode可能會彈出一個「Fix-it」的建議。
EXC_BAD_ACCESS崩潰不像SIGABRT，將不會得到很明朗的錯誤消息。然而可以使用一個讓人看到曙光的調試工具：Zombies！死亡對象工具。打開這個項目的scheme editor，選擇Run 選項，然後選擇Diagnosics標簽。勾上Enable Zombie Objects選項。當這個zombie工具被啟用之後，即使這個對象被釋放了，這個對象的內存也不會被清理。所以，那塊內存將會被標記為「長生不死的」。假如你試著之後又去使用這塊內存，這個app能夠意識到你的錯誤操作，並且app將會拋出「messagesent to daellocated instance」錯誤並且終止運行。
在工程中加入NSZombieEnabled 環境變數，並設為啟用，則在 EXC_BAD_ACCESS 發生時，XCode 的 Console 會列印出問題描述中，設置方法：雙擊Executables 下的 可執行模組,在彈出窗口中，Variables to be set in the environment，添加 NSZombieEnabled，並設定為 YES，點擊選中復選框啟用此變數。
可以再加入 MallocStackLogging 來啟用malloc記錄，以獲得更多的提示來幫助定位問題。
在gdb窗口輸入 (格式: shell malloc_history <id> <address>) shellmalloc_history1436 0x5f7fcf0, 也可以在終端中去運行 就要去掉以上的shell 指令 如 malloc_history <id> <address>
應該僅當需要調試內存時,才設置上述環境變數。
注意一點：不應該一直啟用zombie objects。因為這個工具將永遠不會釋放內存，只是簡單標記一下這個內存是不死的，你最終將會在某個時候耗盡所有的內存，因為所有分配過的內存都不會得到重用。因此應該在排查內存相關的錯誤的時候才開啟zombie objects，其他時候應該關閉它。
在xcode4中，To edit environment variables, go to Menu Proct / Edit Scheme…, select the desired configuration (you probably want 'Run') from the left sidebar first and then click on the Arguments tab. Environment variables are configurable there.
6.運行一個IPhone程序時，彈出窗口說「程序運行失敗，預置描述文件已過期」 。 解決辦法是，在Xcode中， window-> Orgnazier -> 你的iphone －>刪除帶有紅*的該程序之前的Profile 。 然後從Xcode運行該程序.
7.真機編譯時報 Code Sign error: The identity doesn't match any valid certificate/private key pair in the default keychain
修改工程和Targets的get infouild 中的code signing identity為空
8.調試列印
CFShow(coreFoundationThingy) will print out a description of coreFoundationThingy to the console. Output looks something like: {value = w:1186.000000 h:687.000000 type = kAXValueCGSizeType}
If NSLog() is printing something out as an NSCFType, try CFShow().
9. 編譯時報 Command /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/clang failed with exit code 1，修改C/C++ Compiler Version為gcc4.2
10.this class is not key value coding-compliant for the key viewController
可能在創建了一個基於view的工程，而後把生成的viewcontroller刪除了，但是在.xib中還有對它的引用，在IB中直接用delete鍵刪除掉它就行了。
11.這台電腦上已經存在一個名為「embedded.mobileprovision」的預置文件，您是否要替換么？
http://blog.sina.com.cn/s/blog_6907b67f0100o2vw.html
12.真機調試時報failed to upload *.app
http://hi..com/%CB%E6%B7%E7_1989/blog/item/9649f49f805f05aec8eaf466.html
http://www.shouyanwang.org/thread-462-1-1.html
13.記的release時，先置delegate為nil。
一個節點不應該保留任何對不屬於它的節點的引用。
14.模擬器
將xcode升級到4.3.1以後發現,ipad的模擬器，沒有Home鍵了。Command+Shift+H就可以實現類似點擊Home鍵的效果了。
❽ ios編譯報錯-Expected identifier or (
在實際開發中，有的時候會在某個.h文件的import出現該報錯，如果出現該問題，需要查看包含該.h文件的文件中是否末尾出現了非法字元，因為在編譯過程中，會鏈接相關文件，如果a包含了b，而a文件末氏卜尾出現了錯誤，就可能在b文件中報錯。
所以報錯在某文件中，並不意味著問題一定出現在該文件中，靜下心來查看前後包含文件中是否有錯，一般是出現了非法改凳字元，語法錯誤。殲殲穗
❾ iOS一鍵自動編譯打包提交
在開始之前先嘮叨兩句自己對iOS自動化打包的接觸，覺得沒啥看頭滴老鐵可以略過直接從第二部分開始。項目自動打包提交的優勢不用說了，很高效便捷的東西，很早就接觸到了，但是一直沒有用到項目中，分析一下主要有以下幾個原因：
總結以上原因，一直沒有用到自動打包技術。而現在的情況是，
基於以上的情況，所以想自己寫一個自動打包的腳本，能夠實現 只運行一句命令就自動編譯打包發布 ，啥都不要做，掛著就行，打包完自動打開頁面提醒。
打包所需要的文件已經掛在 Github 上了。只需要把 BuildTool 文件夾 復制 到 項目主目錄 ，注意是復制！不是拖入項目主目錄，因為蘋果審核有屏蔽fir關鍵詞。然後打開終端， cd 到 BuildTool 文件夾，輸入 sh build.sh 命令，回車，開始執行此打包腳本。
具體的使用方法和參數配置 shell腳本 裡面已經有非常詳細的注釋。
有 AppStoreExportOptions.plist 和 AdHocExportOptions.plist 兩個plist文件，分別對應發布到AppStore和AdHoc（蒲公英、fir）。簡單說一下裡面的屬性：
寫完腳本後，發現已經有老鐵對打包腳本做了很詳細的分析了： 詳解Shell腳本實現iOS自動化編譯打包提交 。也有老鐵早就寫了iOS自動打包的腳本： xcode_shell 。
看了一下，功能也比較全，比如上傳包到自己的伺服器、上傳完成發郵件測試人員。但是現在已經有第三方平台也做到了比這更多的功能，比如蒲公英，還可以手機簡訊通知測試人員，有專門的頁面外鏈，支持持續集成等。
老鐵們如果還有什麼建議，歡迎在下面給我留言或私信。🤗 🤗 🤗
問題一（更新於2018年11月14日）：
升級 Xcode 10 以上版本，蘋果採用新的構建系統，之前的 xcodebuild clean 命令已經無法使用，如果用這個命令的話會報錯，蘋果給的建議是刪除根目錄下的 build 目錄文件夾，刪除就可以完整打包了。但是每次打包都需要再刪除一遍，由於這個目錄的主要作用就是存儲 該項目的歷史構建包（Archive歸檔文件和iPA包） ，所以解決辦法是：
參考資料： build_system_release_notes_for_xcode_10
❿ iOS 編譯報錯 Multiple commands proce
在更新了新喊首版本的Xcode之後，把File → Workspace Settings 裡面的 Build System 改成了 New Build system 之後，開始報錯了鄭侍數。
報錯信息：
Multiple commands proce '/Users/aidong/Library/Developer/Xcode/DerivedData/iSport-gpisftmtwpzaazaakikypxvvpb/Build/Procts/Debug-iphoneos/iSport.app/LICENSE':
解決：把報錯的那兩個 LICENSE 刪掉，如圖
其他:
Multiple commands proceMultiple commands proce '/Users/XXX/Library/Developer/Xcode/DerivedDat...
Multiple commands proce 『/Users/lyzbmacos2/Library/Developer/Xcode/DerivedDat
iOS -xcode 10 出現 :-1: Multiple commands proce '/Users/談沖.../Library/Developer/Xcode/DerivedData/....