IPP <= 7.1 には、特別なインプレース機能があります。
IPP 8 では非推奨です: deprecation-summary
新しいアウトオブプレース関数がインプレース操作もサポートするかどうかは明らかではありません。
私の推測では、一部の関数では src/dst に同じポインターを渡しても問題ありませんが、他の関数ではそうではありませんが、これは文書化されていません。
ここにドキュメントがあります
IPP <= 7.1 には、特別なインプレース機能があります。
IPP 8 では非推奨です: deprecation-summary
新しいアウトオブプレース関数がインプレース操作もサポートするかどうかは明らかではありません。
私の推測では、一部の関数では src/dst に同じポインターを渡しても問題ありませんが、他の関数ではそうではありませんが、これは文書化されていません。
ここにドキュメントがあります
同様の質問があり、インテルの開発者ゾーンに投稿しました。次のリンクから、私の投稿と Intel から得た回答にアクセスできます。
http://software.intel.com/en-us/forums/topic/498093
上記のリンクからの短い引用は次のとおりです。
IPP 8.1 (2014 年 ww06 に Web で利用可能になります) では、廃止メッセージがすべての ipps インプレース機能から削除されました (顧客のフィードバックに基づく)。近い将来、ippi ドメインでも同様のことが行われる予定です。
これが役に立てば幸いです(私はそうしました)。
以下は、7.1 で非推奨になった関数と推奨される代替関数のリストです。非インプレース関数は通常、対応するインプレース関数の代替として推奨されることに注意してください。
これは、インテルのエンジニアが、src==dst を設定することにより、インプレース機能の代わりに非インプレース機能を使用できることを確認するフォーラムディスカッションです。
ただし、注意点があります。IPP 7.0 を使用している場合、コンパイラは非推奨の警告を発行します。ただし、これらの関数の少なくとも一部では、src==dst メソッドを使用すると、破損した出力が生成されます。これは、7.1 まで完全に実装されていないようです。私はフィルター関数でこの問題を個人的に経験しており、それに関する議論に質問がありますが、Intel はこれに応答しませんでした。
Intel がこの変更を明確に文書化することについて、これまで以上に積極的でなかったのは苛立たしいことです。結果として生じるバグは診断が非常に難しく、完全に見過ごされがちです。それらをキャッチする唯一の方法は、両方の関数の出力を比較することであり、わざわざそれを行う人はほとんどいません。