問題タブ [armv6]

Xcode 4.2を使用してarmv6アーキテクチャプログラムをビルドすると、奇妙なリンカーエラーが発生します。

アーキテクチャarmv6のシンボルが見つかりません

___divmodsi4

これはllvmに含まれている数学関数の記号です

この問題の原因は何でしょうか？これはxcodeのバグが原因ですか、それともarmv6がこれを使用できないためですか？（注：armv7用に同じコードをコンパイルしても、この問題は発生しません。）

ありがとう

ユーザーのユーザー名とパスワードを取得するためのプロンプトを表示したい。

これを行うには、UIAlertViewを表示し、それにサブビューとしてUITextFieldsを追加します。

最近、プロジェクトをXCode 4.2に移行し、すべてのプロジェクト設定を更新しました。ベースSDKはiOS5.0に設定されており、デプロイメントターゲットは4.0に設定されています。

その後、armv7アーキテクチャ用にのみ構築されていることに気付き、iPhone 3Gもサポートしたいので、armv6も含めるように変更しました。

これを行った後、UIAlertViewが以前のように上に移動しておらず、表示されたときにキーボードで覆われていることに気付きました。私はAppleのドキュメントでUIAlertViews（http://developer.apple.com/library/ios/#documentation/uikit/reference/UIAlertView_Class/UIAlertView/UIAlertView.html）をサブクラス化すべきではないと読んだので、方法を変更しました物事をやっていた。これは問題を解決しませんでした。

ビルド設定-「アクティブなアーキテクチャのみをビルドする」を「はい」に設定することで、自分の電話（iPhone 4、つまりarmv7アーキテクチャ）で動作させることができることに気付きました。

この問題は、armv6用にビルドしようとしていることに関係していると思われます（実際、ビルドしようとしているアーキテクチャからこれを削除すると、正しく上に移動するアラートが表示されます）。

私は今私の質問に取り掛かるべきだと思います...私はこれがなぜそれがそうであるように振る舞うのか理解するのに苦労しています。iOS 4以降でUIAlertViewにテキストフィールドを追加するときにアラートを手動で上に移動する必要がないことをどこかで読みました（現在リンクが見つかりません）。私は少なくともiOS4用にビルドしているので、これは両方のアーキテクチャで機能するべきではありませんか？

また、armv6用にビルドしても、正しく上に移動するアラートを保持するにはどうすればよいですか？

編集：たぶん私は間違っていましたが、アプリをデプロイできる電話のインスタンスが2つあることに気づきました。最初のものを選択して構築すると、UIAlertViewsが必要なときに上に移動しないアプリが得られますが、2番目のものを選択すると正しく機能します。スクリーンショットを投稿しますが、私は新しいユーザーなので、必要な権限がまだありません...

Xcode 4.2 のシミュレーターでアプリケーションを完全に実行しています。

ビルドしてアーカイブしてアプリストアに公開するには、armv6 ビルドを含める必要があることを示すエラーが表示されます。フォーラムは、ビルド ターゲットをクリアし、「armv6 armv7」を含めることを提案しています。iOS 3.0 の iOS Deployment ターゲットで

テスト iPod を接続してアーカイブ操作 (RELEASE ビルド) を開始すると、次のエラーが表示されます。

ファイル /xxx/Release-iphoneos/libThree20UICommon.a を無視すると、ファイルはリンクされているアーキテクチャ (armv6) ではないアーカイブ用にビルドされました (すべての Three20 ライブラリで繰り返します)

「_OBJC_CLASS_$_TTTableViewDataSource」、参照先: ContactsDataSource.o の Objc-class-ref

「Build Active Architecture Only」を変更しようとしましたが、これは機能しますが、アプリストアの armv6 は含まれていません。

誰かがこの問題に遭遇して解決しましたか?

ありがとう！ティム

iOS 3.0以降対応のアプリを開発中です。Xcode 4.2 では、armv6 をアーキテクチャに手動で追加する必要があります。新しいデバイス用に最適化された armv7 は、「armv6 armv7」でコンパイルする唯一の利点ですか? サイズは armv6 のみの場合よりも大きくなりますか?

iPhone および iPad 用のユニバーサル アプリである iTunes Connect に「販売準備完了」アプリケーションがあります。

私のアプリケーションは、iPod touch 1g/2g や古い iPhone などの ARMv6 デバイスにも適しています。

ARMv7 アーキテクチャ専用にコンパイルされた新しいバージョンのアプリケーションをアップロードすると、iPod ユーザーはどうなりますか? 古いバージョンを使い続けますか？

ご支援ありがとうございます。

私が開発しているアプリは、ADB 経由でデプロイするか、/binで生成された .apk をインストールすると、 ARM11 (ARMv6) デバイスにインストールして正常に動作しますが、 .apk に署名すると (Eclipses の「署名付き apk 機能のエクスポート」を使用)結果の .apk は、一部のデバイスにはインストールされません。

動作するデバイスと動作しないデバイスで使用されるプロセッサに注意し、いくつかの検索と読み取りを行って、問題が ARM11 デバイス (つまり ARMv6 プロセッサ) に適用されるように思われることを特定しました。

私はProguardを使用していますが、最初はそれが原因であると想定していましたが、 project.properties の該当する行をコメントアウトすることでプロガードのシェナニガンを回避しました - それでも、署名された .apk はそれらの ARM 11 デバイスにインストールされません。

また、ARM11 デバイスが 2.2.1 以下の Android バージョンを実行していることにも気付きましたが、2.2.1 が問題の一部であるかどうかを確認するために 2.2.2 以降を実行している ARM11 デバイスはありません。

プロジェクトに2 つの外部 jar を含めていますが、/bin apk がインストールされて動作するという事実は、jar が問題の一部ではないことを示唆しています。

あなたが持っているかもしれない知識、または解決策を探す方法についての指示 =大変感謝しています!

アップロードする前に「armv」を変更する必要があります。しかし、どうすればそれを行うことができますか？それは言う：

iPhone / iPod Touch：アプリケーションの実行可能ファイルに必要なアーキテクチャがありません次のアーキテクチャの少なくとも1つが存在する必要があります：armv6

アプリ ストアへの送信中にこのエラーが発生します。

サードパーティのライブラリが armv7 と互換性がないため、ビルドが失敗するため、armv7 用のアプリケーションをビルドしたくありません。

これが私のプロジェクト/ビルド構成です。Pls help - アーキテクチャ: armv6 ($(ARCHS_STANDARD_32_BIT) を削除しました) ベース SDK: 最新の iOS (5.0) ビルド アクティブなアーキテクチャのみ: 有効なアーキテクチャはありません: armv6 armv7 i386

Our app uses the foursquare API, and I'm interested in how compiling with armv7 architecture impacts:

• location accuracy
• speed (floating point calculations)

Does compiling with armv6 architecture provide any relative benefit in terms of location accuracy or speed of floating point calculations?

Has anyone tested this to measure the actual difference? Or is it too small to be of any consequence?

I'm wondering if it's worth it to use a hybrid armv6/armv7 build to improve these two performance elements, even if it results in a nominal increase in the app filesize?

Thanks.

現在ARMV6とARMV7をサポートしている製品があります。つまり、iPhone3Gがサポートされています。ただし、ストレートARMV7アーキテクチャに移行することが私たちの目標です（バイナリサイズを削減し、リンクしている特定のARMV7のみのライブラリで発生するビルドエラーを解決するため）。ただし、3Gユーザーを完全に暗闇に置き、ハードウェアを引き続きサポートする下位バージョンをダウンロードできるようにする必要はありません。私の質問はこれです：

この種のアップグレードでのAppStoreの動作（文書化または事例）を知っている人はいますか？

3Gユーザーは、アプリケーションがあればそれを使用でき、新しいARMV7バージョンへのアップグレードは許可されないことを知っています...しかし、3Gデバイスに再インストールする必要があるユーザーはどうでしょうか。ストアは古いバージョンのダウンロードを許可しますか、それとも新しいハードウェアを入手するように指示するだけですか？