問題タブ [icc]

sRGB、ICCプロファイル、exiftoolについて質問したいのですが。

exiftoolを使用して、sRGBプロファイルを画像に埋め込むことができることがわかりました。これは、Paint.NETで画像を作成し、exiftoolを使用してsRGB ICCプロファイルを埋め込むことができることを意味します...出力ファイルはsRGBになりますか？のように、MACとPC間でカラーマネジメントされていますか？

私はフォトショップを買う余裕がなく、Gimpに夢中ではないので、プロフィールを写真にexiftoolすることで簡単に解決できると思いました。

これが機能するかどうかはわかりませんが（Paint.NETにはsRGBのオプションがないため）、フォトショップでsRGBに画像を保存する（およびプロファイルを埋め込む）のと同じ効果があることを誰かが確認できることを願っています。

このような内部ループがあります

内側の 4 つの命令は、コンパイラによって SSE 命令に簡単に変換できます。現在のコンパイラはこれを行いますか? 彼らがそうする場合、コンパイラでこれを強制するために私は何をしなければなりませんか?

私は g++ でプログラムを書きましたが、現在、Intel コンパイラ icc で動作するようにしようとしています。私が使用するインクルード ファイルの 1 つはcstdint、iccコンパイラがそれについて文句を言うものです。

このファイルを使用している理由は、uint8_t などの種類の型を使用したかったためです...Makefile

それは新しい標準を除外しますが、除外しないほど少なくなりcstdintます。

uint8_t などを使用する方法はありiccますか?

よろしく

VisualStudio2010でIntelParallelStudio 2011に関する初心者向けの優れたチュートリアルをどこで見つけることができるか知っていますか？

ありがとうございました！

かなり大きく、まだ成長しているC ++アプリケーションをPCからMacに移植し、両方のプラットフォームで並行して開発をサポートし続けたいと思います。PCでは、MSVC2010を使用しており、いくつかのC++11機能を展開しています。MacではXCode4.0.2を使用しています。プラットフォームの不可知論を改善し、使用しているインラインアセンブリをサポートするために、両方にインテル®コンパイラーをデプロイしています。ただし、コンパイラにはライブラリが付属していないため、ベンダーから提供されたライブラリに依存しています。Macでは、これはC ++ 11ライブラリのサポートがないことを意味します。これは、std::forwardなどの使用に非常に熱心な機能です。MacでIntelコンパイラを使用してlibc++をビルドすることはできません。そうしないと、問題が解決します。私たち自身のライブラリをロールする以外にこれを回避する方法はありますか？

次のピースコード

「浮動小数点例外」を生成します。誰かがそのようなことに遭遇したことがありますか？

詳細：

• 文字列や整数を印刷しようとしても問題ありません。
• OpenMPを使用しなくても問題ありません。
• MacOSX10.6.8とIntelC++コンパイラ12.0.4で実行しています。
• それ以外は、OpenMPは正常に動作します。

コード：

コンパイル：

生成：

Windows の Eclipse (CDT) でIntel C++コンパイラ ( )を使用することはできますか? iccどのように？

Windows 上の Intel リンカは、MinGW によってコンパイルされたスタティック ライブラリを使用できますか? それらはバイナリ互換ですか？ウィキペディアと 1 つの「ホワイト ペーパー」では、Linux についてはイエスと述べていますが、Windows と最新の ICC および MinGW についてはどうでしょうか。

プロジェクトを STLPort に対してコンパイルすると、奇妙なビルド エラーが発生します。奇妙なことに、ビルド エラーは致命的だと思うかもしれませんが、プロジェクトは問題なく (そして 20 ～ 30% 高速に) 実行されます。

私が間違っていることと、これらを黙らせる方法について誰かが教えてくれますか?

(libiomp5md は Intel の openmp サポートからのものです。私は stlport に切り替える前にそれを使用していましたが、現在も openmp で実行しているため、変更する必要がある理由はわかりません)。

ランタイム ライブラリ (C++ コード生成設定) がマルチスレッドに設定されています。

前もって感謝します！

編集: ipo は、現在のビルドでコンパイルされていないライブラリを開くことができないと不平を言う手続き間の最適化のようです。これらのエラーが致命的ではないことは理解でき、出力は引き続きビルドされます。それでも、アドバイスをいただければ幸いです。

C++ で記述された一連のライブラリーを Intel コンパイラーで使用したいと考えています。問題を示すサンプル コードを添付しました。ライブラリには、'using' ディレクティブと部分的なオーバーロードを組み合わせて利用する場所がたくさんあります (たとえば、基本クラスから foo(void) メソッドを使用したいが、派生クラスで foo の 2 番目のバージョンを再実装したい)。 . gcc には問題はありませんが、Intel には問題があります。

icc が与えるコンパイラ エラーは次のとおりです。

ラインを外すと

そしてそれを行に置き換えます

すべて正常に動作します。

私の質問は、これが gcc の特別な機能なのか icc のバグなのかを知っている人はいますか? または、コードの変更を伴わない別の回避策はありますか?

これは、g++.real (Ubuntu 4.4.3-4ubuntu5) 4.4.3 および icc (ICC) 12.0.2 20110112 を使用しています。