質問

プロジェクトに感の所にはまた、コンパイル、リリースの構築(Os)まで数百人の警告からはg++言inliningに失敗しました。これらの警告にもかげが一から自社の図書館のヘッダー(バイナリ.dylibsいリターンです。できるこれらの警報は安全に無視され、いかについて心配しなければ?

注意:まだg++4.0Mac OS X

役に立ちましたか?

解決

G ++は、基本的に何を、厳密にパフォーマンスの問題で警告している - あなただけのインライン化できないinlineの実装を要求しています。 inlineのご使用は本当に問題ではない場合、あなたはそれを削除する必要があります(!コンパイラは、そのヒントなしで関数をインライン化することができます、あなたが知っている - )が、コードの正しさの面では、警告を無視することができます。 inlineの使用が本当に問題でない場合、すなわち、(愚かな時期尚早な最適化であるのとは対照的に)自分のパフォーマンスに不可欠であることは、マクロまで移動することで、(最悪のケースを実現することができるので、警告があなたのコードを手直しすることを言っています - ため息、しかし、ときにする必要があり、あなたMUST! - 。)

他のヒント

で保存した場合せ

  • ヒットプログラムにバグgcc
  • 期待inlined機能コード
  • い良いもの

実際に試したほうがよいでしょうめに警告になってる。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top