0

iOSに移植している大きな（数千のファイル）製品があります。プラットフォーム固有の[G]UIで使用できる約50の静的ライブラリを構築する既存のビルド構造があります。一部のライブラリは、zip、ICU、Xercesなどのサードパーティツールです。ポータブルビルドプロセスはGNUautotoolsによって管理されており、i386（シミュレーター）、armv6、armv7のコードをビルドするためのシェルスクリプトをいくつか作成しました。これはすべて、5.1iOSSDKとXcode4を搭載したAppleのLionで行われています。

私が抱えている問題は、これらのライブラリをXcode4プロジェクトに組み込むのが面倒だということです。ライブラリのドラッグアンドドロップは面倒です。私はすでにクロスプラットフォームのビルドシステムが機能しているので、Xcodeでライブラリの「プロジェクト」を作成することに抵抗してきました。ライブラリとその場所のリストを「簡単に」入力する方法が欲しいのですが。ここでの私の検索はXcode3の解決策を示していますが、Xcode4には当てはまらないようです。

これらのライブラリを使用するiOSアプリをビルドすることはできますが、私の質問の目的は、ドラッグアンドドロップをすべて回避し、ライブラリを使用している他の人が髪を引き裂かないように、ポータブルビルド構造を維持するにはどうすればよいですか？これがiOS専用アプリの場合、もちろん、すべてにXcode4を使用します。しかし、それはマルチプラットフォームで「ポータブル」なので、プロセスをシンプルに保ちたいと思っています。「シンプル」は、パッケージのメンテナンスと、ライブラリを操作しているユーザー/開発者の両方に当てはまります。

別の質問は次のようになります：autotools-driven-buildの最終結果がネイティブXcode4プロジェクトのように見えるようにXcode4メタファイルを生成する安全な方法はありますか？

4

1 に答える 1

1

2つの考え：

1）XcodeがAppleScriptをかなりうまくサポートしていたのは、以前のことです。私はAppleScriptでそのようなタスクを実行するために使用します。ただし、Xcode 4の初期のバージョンでは、このサポートがまったく不足していました。4.4でそれができるかどうかわからない-AppleのlistservグループのAppleScript実装者リストで尋ねるかもしれない。

2）すべてのライブラリ（またはおそらくリンク）を1つのフォルダに入れたら、Xcodeで[ターゲット]、[BuildPhase]、[バイナリとライブラリのリンク]をクリックし、+キーをタップしてフォルダに移動し、すべてのライブラリを選択して[OK]をタップします。完了です。[まあ、ほとんどの場合、左側のGUIペインで、それらをすべてもう一度選択して、Frameworksフォルダーに移動する必要があります。この厄介なバグのため、プロジェクトの先頭にとどまります。]

于 2012-09-05T17:56:19.200 に答える