問題タブ [compiler-flags]

このフラグのリストを見つけました：

http://www.ncsa.illinois.edu/UserInfo/Resources/Software/Intel/Compilers/10.0/main_for/mergedProjects/optaps_for/common/optaps_dsp_targ.htm

それらのいくつかを私のプロジェクトに追加してみたいと思います。Visual Studio 2010プラットフォームでそれを行う方法が見つからないようです:(

誰もそれを行う方法を知っていますか?

ありがとう！！！

/Wp64Visual C++ のフラグが非推奨になっているのはなぜですか?

cl : コマンド ライン警告 D9035 :
オプション 'Wp64' は廃止され、将来のリリースで削除される予定です

を使用してCコードをコンパイルするときに-pg（または）フラグがどのように機能するかを理解しようとしています。-pgcc

公式のgccドキュメントには次のように記載されています。

-pg
分析プログラムgprofに適したプロファイル情報を書き込むための追加のコードを生成します。このオプションは、データが必要なソースファイルをコンパイルするときに使用する必要があります。また、リンクするときにも使用する必要があります。

私はプロファイラーについて小さな調査を行っているので、これは本当に興味があります-仕事に最適なツールを選択しようとしています。

Visual Studio 11 開発者向けプレビューをインストールしました。AnyCPU ターゲットを指定してマネージド (C#、VB) アプリケーションをコンパイルすると、プロジェクト プロパティに「32 ビット優先」という新しいオプションが表示されます。これは、クラス ライブラリのオプションではなく、最上位のアプリのようです。

このフラグは何を示していますか?

Xcode 4.2 と LLVM コンパイラでは、ARMv6 用にコンパイルするときに、生成されたアプリケーションに非常に奇妙なバグがいくつかあります (代わりに CGSize の「幅」プロパティが「高さ」を返すなど)。これを修正するには、コンパイラ フラグ -mno-thumb を設定する必要があることがわかりました。ファイルごとにコンパイラ フラグを設定する方法は知っていますが、プロジェクト全体にコンパイラ フラグを設定する方法はありますか?

コンパイラフラグを使用できるベンチマークソフトウェアを実行しているので、さまざまなフラグを組み合わせて使用​​して、最適なフラグを見つけようとしています。私の質問は、msseの各バージョンを有効にする必要があるのか​​、それとも新しいバージョンごとに古いバージョンのすべてが含まれているのかということです。たとえば、-msse2 -msse3 -msse4.1と-msse4.2が必要ですか、それとも-msse4.2ですべてをカバーできますか？

私は純粋な Objective-C プロジェクトを持っています (どこにも C++ はありません)。GCC_ENABLE_CPP_EXCEPTIONS をオフにすることはできますか? それとも、Objective-C の例外はこれに依存しますか?

次のコードは、フラグ Od、O1 では期待どおりに動作しますが、O2、Ox では失敗します。理由はありますか？

編集：「失敗」とは、関数が何もせず、ただ戻っているように見えることを意味します。

// 提案を実装した後: (まだ機能しません)

X-Code 4.2 を使用しており、VIM エディターと clang-complete vim スクリプトを使用してコード補完を行いたいと考えています。X-Code プロジェクトの設定を反映するように clang-complete 構成を手動で設定すると、正常に動作します。この作業をよりスムーズにするために、次のことを行いたいと思います。

some_src.m は、私の XCode プロジェクトの有効なソース ファイルです。get_compile_options からの出力は、XCode がこれをオブジェクト ファイルにビルドするために使用するすべてのビルド フラグである必要があります。これを達成する方法についてのアイデア。

この質問は、この質問とその回答に関連しています。

作業中のビルドに醜さを発見しました。状況は次のようになります (gmake 形式で記述)。これは、特に sparc および x86 ハードウェアの 32 ビット メモリ モデルに適用されることに注意してください。

明らかに、PIC を使用してコンパイルしたオブジェクトと使用せずにコンパイルされたオブジェクトを共有オブジェクトに混在させることができます (これは何年も使用されています)。私は PIC について、それが良いアイデアであるかスマートであるかを判断するのに十分な知識がありません。私の推測では、この場合は必要ではなく、むしろ誰かがタッキング時に正しい方法を見つけることに十分に関心を持っていなかったために起こっているのです。ビルドの新しいものについて。

私の質問は：

1. これは安全ですか
2. それは良い考えですか
3. その結果、どのような潜在的な問題が発生する可能性がありますか
4. すべてを PIC に切り替えた場合、注意が必要な明らかでない落とし穴はありますか。