Xcode7GMでビルドすると「does not contain bitcode.」とか言われる - Qiita
前書き iOS9GMがリリースされたので動作確認をしてみたら不具合が見つかったので、 Xcode7をダウンロードしてきてデバッグ実行しようと思ったら以下のようなエラーが。 ld: '/Users/***/***/***/Fabric.framework/Fabric(FABObfuscator.o)' does not contain bitcode. You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the vendor, or disable bitcode for this target. for architecture arm64 clang: error: linker command failed with exit c
Submit to App Store...後にXcode(Organizer)がクラッシュする - Qiita
Xcode 6.3.2 で確認。 Archive後にSubmit to App Storeで送信しようとしたら、アップロード中にクラッシュしてアップロードが完了しない。 OSを再起動しても変わらなくて困った。 回避方法 オーガナイザー以外のプロジェクトウィンドウを全て閉じておく。 その状態でなら送信してもクラッシュしない事を確認。 参考： Xcode crashes on submitting Archive (stackoverflow) Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can d
-ObjC とか -all_load って何をやってるのか調べてみた
よく外部のライブラリやFrameworkをiOSのプロジェクトに取り込むときに、つけないと動かないからつけてねと言われる、 Other Linker Flag = -ObjC -all_load のフラグ。これって何をやっているのか今までずっと気になっていたので、ちょっと調べてみました。 こういうことらしいです。 http://developer.apple.com/library/mac/#qa/qa1490/_index.html This flag causes the linker to load every object file in the library that defines an Objective-C class or category. While this option will typically result in a larger executable (
[RubyMotion]iOS6と7どちらでもシュミレーターを起動できるようにする - Qiita
やったこと。 まず、手元のXCodeを5にアップグレードする。 App StoreからXcodeを落としてると思うので、App StoreでXCodeを検索してそのページからアップデートする。 この状態だと6でビルド出来なくなるので、古いSDKを含むXCodeを別途、別のパスに入れないといけない。 https://developer.apple.com/xcode/index.php の For past versions of Xcode or additional tools— View downloads のリンクから古いバージョン(4.6.3)を落とす。 XCode5が4.6に上書きされないように一旦退避。
![[RubyMotion]iOS6と7どちらでもシュミレーターを起動できるようにする - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/ad41339423eb0ad121e9ef3af4e294950c609c5a/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCUnVieU1vdGlvbiU1RGlPUzYlRTMlODElQTg3JUUzJTgxJUE5JUUzJTgxJUExJUUzJTgyJTg5JUUzJTgxJUE3JUUzJTgyJTgyJUUzJTgyJUI3JUUzJTgzJUE1JUUzJTgzJTlGJUUzJTgzJUFDJUUzJTgzJUJDJUUzJTgyJUJGJUUzJTgzJUJDJUUzJTgyJTkyJUU4JUI1JUI3JUU1JThCJTk1JUUzJTgxJUE3JUUzJTgxJThEJUUzJTgyJThCJUUzJTgyJTg4JUUzJTgxJTg2JUUzJTgxJUFCJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0yOTE0NWFhZGI0NTE2YjY3MDIzNjUzNDk5NDhkMzJhYw%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2hpZGEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWFhNjIzY2FmNzk3ZDU2YWU2MjZmZDZkMmMzNWU4NTNh%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D6d5fa5d82a3595862e989a357dbb1cc2)
Xcode関連の不要ファイルを削除してディスクスペースを節約 - Qiita
注意 この記事の内容は古くなってしまっています。 内容をアップデートした記事はこちらにあります。(2016/12/29 更新) はじめに 起動ディスクの空きスペースが10GBを下回っていたので、以下のページを参考にどのファイルがたくさんのディスク容量を使っているのかを調べてみました。 ハードディスクの空き容量が極端に少なくなる場合の対処方法 どうやらXcode関連のファイルがたくさんのディスク容量を使っているようだったので、以下の場所を確認してみました。 (実際にファイルを削除する場合は自己責任でお願いします。) Archives アプリ申請時や配布用のipa作成時などにProduct -> Archiveを実行しますが、その時に作成されるデータが以下の場所にあります。XcodeのOrganizerのArchivesタブからも確認できます。 ~/Library/Developer/Xcod
Spotify: iOSのビルド作業時間を短縮する - ワザノバ | wazanova.jp
http://labs.spotify.com/2013/11/04/shaving-off-time-from-the-ios-edit-build-test-cycle/ Spotifyのブログで、iOSのビルド作業において、XCodeが実行する間の待ち時間を短縮する取組みを紹介しています。 1) 背景 ソースコードをいじった後、XCodeでRunボタンを押してからシミュレータで結果を確認できるまでの時間は、自宅のiMacで平均82秒かかっていた。コマンドラインで確認したところ、linkingで29秒、dSYMファイルの生成で25秒。SpotifyのiOSクライアントのコードベースはかなり大きく、linkerが2,000のオブジェクトファイルをまとめる必要があるので、おそらく取組みがいがあると判断。 2) dSYM file generation dSYMは、OSXの初期、linker
[XCode]追加してインポートしたヘッダーファイルが見つからないときの対処法3つ | Exception Code.
XCodeでインポートの宣言をした際(import <hoge.h> みたいに)、ちゃんとファイルはあるはずなのに、ファイルが見つからない(file not found)というエラーが出ることがあります。 これにはいろいろ原因があるそうで、その分だけの直し方があります。 今回は僕が知っている対処法を3つご紹介します。 1.再起動する 案外これで直る方もいるそうです。XCodeを再起動すればいいようですが、Macごと再起動したほうが再発も少なくなりそうです。 参考 Lexical or Preprocessor issue ‘Xxx.h’ file not found – 悪あがきプログラマー 2.Always Search User Pathsを有効にする 「プロジェクト名」→「PROJECT」→「Build Settings」→「Search Paths」→「Always Search
$(SRCROOT) や $(BUILD_DIR) 等の Xcode で使用しているマクロの置換内容の一覧を調べる方法 - その後のその後
Info.plistや、ビルド設定をいじっていると、こんな文字列に出くわすかと思います。 $(PRODUCT_NAME) $(TARGET_TEMP_DIR) $(SRCROOT) これらはそれぞれ特別な意味を持ち、Xcode がビルド時だか何だかのタイミングでプロダクト名とか環境に応じたパスとかに置き換えたりしてくれるものです。 が、 「SRCROOTってどこだっけ？プロジェクト直下？それともその一つ下？」 「Library Search Path を指定したいけどこの場所を指定するのにどのマクロを使っていいかわからない」 みたいなことになることが度々あるのではないでしょうか？（僕はあります） そして困ったことに、これらを網羅したAppleのドキュメントもありません。 （※というのは間違いで、バッチリありました。末尾の追記をご参照ください） 最近やっとその「Xcode で使用しているマク
Mac OS XのUnity上でNativePluginをデバッグする
Mac OS用のNativePluginの作成方法に続いて、Xcodeでのデバッグ方法について 書いてみたいと思います。（ちなみに作成はこちらのエントリを参照） まず、NativePluginはUnityのプロセス内でロードされるので、Unity.appをgdbからアタッチするか、NativeApplicationをXcodeからデバッグ実行するときの実行ファイルとしてUnityを指定すればいいはずです。 というわけで、Runモードのスキームを編集してUnityを実行するようにしてみます。 この状態で実行してみると、 Finished running Unity : と出てすぐにアプリケーションが終了してしまいます。 あ、あれ？ では、今度は実行中のUnityにアタッチしてみます。実行中のアプリケーションにアタッチするには、メニュー＞Product>Attach to Process の中
NSLogのまとめ公式版
Modulesの他、iOSの新しいトピックについても多数解説（NSProgressなど）。 What's New in Objective-C and Foundation in iOS 7 | Ray Wenderlich 注目は Modules。 Modu...
Xcode 5.1で 32bitアーキテクチャを指定する方法 - 廣川政樹の開発ブログ - Dolice Lab
Xcode 5.1からデフォルトで 64bitのアーキテクチャしか指定できなくなりました。 これまでは広告の SDK対応で 32bitアーキテクチャを指定していましたが、Xcode 5.1にアップデートしてからエラーが発生するようになり、手動で 32bitアーキテクチャを指定したところ解消されました。 下記に手動で 32bitアーキテクチャを指定する方法を記載します。 32bitアーキテクチャの指定手順 プロジェクトを開き、「PROJECT」メニューから [Build Settings]タブを開く 「Architechtures」メニューにある Architectures の項目をクリック 「Other…」を選択し、値をクリアした後、$(ARCHS_STANDARD_32_BIT) と入力 以上の手順でエラーは発生しなくなり、設定は完了になります。 関連記事 Xcode 5で ARMv8
Apple Developer: iPhone アプリ開発での証明書関連の作業手順 | siro:chro
証明書〜プロビジョニングプロファイル関連の作業は、慣れていないと準備〜アプリの開発期間中に何度かやり直しが発生し、コストを浪費してしまいます。また、開発マシンや環境を変更した際にも、必ずこの工程は通らなければいけません。 何度もやりたくない作業だけに、いざやるとなったときは素早く作業を完了させられるように、余計な情報を入れず、シンプルにメモとしてまとめました。 [2015.04.28 コンテンツの内容を最新の情報に更新しました] [2013.12.20 コンテンツの内容とタグを修正しました] アプリの実機転送やアプリ申請等、アプリ自体に問題がないのに問題が起これば、たいてい証明書関連〜プロビジョニングプロファイルが原因です。 この問題であれば、一度関連データをすべて削除して、最初からやり直すほうが近道です。 環境 MacOSX 10.10.3 Xcode 6.3.1 作業の概要 iOS D
BBUDebuggerTuckAway - 入力を開始するとデバッグエリアを隠してくれる - モバイル/タブレット向けオープンソース紹介 - Mobile Touch - モバイル/タブレット開発者およびデザイナー向け情報ポータル
これは地味だけど便利！ XcodeはiOSアプリ開発に欠かせないIDEですが、様々な情報を表示しているので本当に必要なコーディングエリアが狭くなってしまう傾向にあります。Apple製品のディスプレイは横長なので幅は良いとしても、縦が短くなるのがやるせません。 デバッグしながら開発を行っている場合、デバッグエリアを表示していると思いますが、編集中まで表示されていると下の方のコードが見えなくて不便な思いをするでしょう。そこで使ってみて欲しいのがBBUDebuggerTuckAwayです。 BBUDebuggerTuckAwayの使い方 BBUDebuggerTuckAwayをクローンしてコンパイルすればインストール完了です。後はXcodeを再起動すれば使えるようになります。 動作デモ 表示されていたデバッグエリアがコードの入力を開始すると下にスライドしているのが分かります。こうすることで画面の
XcodeとSublime Text2でフォントのアンチエイリアスをなくす « きんくまデザイン
こんにちは。きんくまです。 最近Sublime Text2でアンチエイリアスを切って作業しております。 そんで、アンチエイリアスなしに慣れてくると、Xcodeでアンチありが見えづらいと感じてきました。 WinのMSゴシックアンチなしでプログラムを始めた身としては、こちらに慣れてしまっておりまして、、。 このあたりは好みの問題だと思うので、仕方ないですね、、。 なので、調べてみるとやはり方法はあったのですね。 Xcodeでアンチエイリアスなし >> xcode4 – Xcode 4 – AppleAntiAliasingThreshold doesn’t work, so how to disable antialiasing? – Stack Overflow terminalで以下のコマンドを打って、Xcodeを立ち上げ直せばOKです。 defaults write com.apple.
いまさらですがXcode4.4からiOS開発で使えるようになった新しいObjective-Cの書き方をまとめます | TOKOROM BLOG
もうほとんどのかたが既知の内容と思いますが、まとめさせていただきます。 これらは全てコンパイル時に事が済む類のものなので、iOS5だけでなくiOS4でも当然使えるというのが嬉しいですね! Xcode4.4適用前 Xcode4.3までのこのコードを… #pragma mark - Private Category @interface Sample () @property (strong) NSNumber* i; @property (strong) NSNumber* c; @property (strong) NSNumber* f; @property (strong) NSArray* array; @property (strong) NSDictionary* dictionary; - (void)privateMethods1; - (void)privateMethod
【スマホ×HTML5】Web&ハイブリッドアプリ開発者ブログ
【スマホ×HTML5】Web&ハイブリッドアプリ開発者ブログ このブログでは、HTML5+CSS3+Javascriptなどの情報を定期的に提供していきます。 運営企業：株式会社ニーロク（http://i26.jp/）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[エラー] Invalid Code Signing Entitlements. Your application bundle's signature contains code signing entitlements that are not supported on iOS.: iOS開発ブログ
Lexical or Preprocessor issue 'Xxx.h' file not found - 悪あがきプログラマー
GitHub - Kapeli/Dash-Plugin-for-Xcode: Plugin for Xcode to integrate the Dash documentation viewer app
Cocoaの日々: Xcode の #pragma mark とは ソースコードに #pragma mark を書くとその内容が Function Menu に表示される
