問題タブ [llvm-4.0]

新しい Xcode 4.4 がリリースされ、次のようなリテラルをサポートする必要があります。

@42
@"String"
@23.0L
@{ @"key" : obj }と
@[obj1, obj2]

また、最新の iOS 5 (およびそれ以前) を対象とする場合は機能しない@YESandもサポートする必要があります。@NOコンパイル後、次のエラー メッセージが表示されます。

予期しない型名 'BOOL': 予期される式

@(YES)と入力することで修正できることはわかっています@(NO)。しかし、期待どおりに機能しない理由を知りたいです。

xcode 4.4 (Apple LLVM コンパイラ 4.0 を使用) に更新し、それ以来、コンソールで XML を印刷しようとすると、xcode とアプリ (シミュレーター) がユーザーの操作をブロックします...そして、終了するまで 30 秒以上待つ必要があります (できます)。何もしません）

AFNetworking と TBXML を使用していますが、解析を削除すると問題が継続するため、問題は解析されません。

だから私はNSOperationQueue、NSBlockOperation、グランドディスパッチセントラルを試してみます...そして何も、まだフリーズしています。

XMLが大きすぎるからですか??? (...デバッグとテストのために XML を出力する必要があります)

1º Request と print XML

2º 「successBlock(TRUE,responseObject);」からのリクエストと解析レスポンスを要求します。

Xcode 4.4 では、最後の LLVM コンパイラ (4.0) でインライン アセンブリをコンパイルするときに問題が発生します。

私のインラインアセンブリコードでは、次のような「fldmias」への各呼び出し：

このエラーを教えてください：

インライン アセンブリの問題: 命令 'fldmia' はフラグを設定できませんが、's' サフィックスが指定されています

同じコードは LLVM GCC 4.2 でもうまく機能します。コンパイラごとに設定に違いがあるのか​​もしれませんが、何も見つかりません。

ありがとう。

コードのフォーマットにUncrustifyを使用しました。

ただし、Uncrustifyは、LLVM4.0の新しいObjective-C構文をサポートしていません。

私は何をするつもりですか？

Uncrustifyによってフォーマットされたコード：

実行結果：

私はios xcodeプロジェクトを持っています。これは、シミュレーター用にコンパイルして正常に実行されますが、デバイスターゲット用にコンパイルできませんでした。

QT プロジェクトを iOS に移植しようとしていますが、プロジェクトのセットアップが非常に複雑です。デスクトップ バージョンは完全に正常に動作しており、UI 関連のコードをすべて削除した以外はコードを変更していません。

私はすでにアップルにバグレポートを提出しています (問題 ID:12103227) が、以前に同様の問題を見た人がいるのだろうか?

Xcode 4.4.1(4F1003) と Apple LLVM コンパイラ 4.0 を使用しています。

@synthesize または NSArray のリテラル構文を自動的に呼び出すなど、Xcode 4.4 (iOS 5.1) で導入された新しい構文シュガーを試した人はいますか? それらは非常に便利です。

しかし、「「[]」構文を使用してアクセスする」というこの問題については、正しく理解できません。以下を試しましたが、うまくいきませんでした。私は何を間違えましたか？ありがとう。

私はこのObjective-Cの構造を持っています：

ここでa、bはNSUIntegersです。

MIN()標準NSObjCRuntime.hヘッダーファイルで次のように定義されているマクロです。

コンパイル中に、LLVMコンパイラ4.1は、「GNUステートメント式拡張の使用」という警告を示す私の命令を強調表示します。

これは何を意味するのでしょうか？それは私のせいですか？はいの場合、どうすれば修正できますか？そうでない場合、コンパイラの警告を削除するにはどうすればよいですか？

clang-tidy を使用してモジュールの C++ ソース コードを最新化しようとしています。数週間前、clang および clang ツールのバージョン 3.9 をダウンロードしてビルドしました。cpp ファイルの 1 つでそれを実行するclang-analyzer-alpha.unix.PthreadLockと、ロックが既に取得されているというメッセージが表示されました。

その後、スペースの制約により、そのバージョンの clang を削除し、サードパーティのリポジトリで入手可能なバージョン 3.8 および 4.0 を使用しました。

これらのバージョンの両方で、このアルファ チェックに関する警告は表示されませんでした。バージョン 4.0 で有効にするにはどうすればよいですか?

-checks=*私のcppファイルでclang-tidyを分析/実行している間、私はすでに使用しています。

このチェックが抜けclang-analyzer-alpha.unix.PthreadLockていると思っていたのに、clang-tidy 4.0 ツールから突然 check が出力されるようになりました。これは、clang-tidy ツールを使用して最新化しようとしているコードのトーンダウンされた使用例です。-checks=*引数を使用してすべてのチェックを有効にしました。

このコードに対して clang-tidy を実行すると、次の警告が生成されます。

clang-tidy が、このロックが既に取得されていると考えるのはなぜですか? 2 つの機能は完全に分離されており、内部のfoo2ロックはブースト ヘッダーのロックとは関係ありません。これは間違った警告ですか? そうでない場合、私はそれについて何をすべきですか？