デバッグ用Lauterbach(Trace32)

Question

使用中の微量といった少数の機能には載っていない源泉を探しているため、ブレークポイントを設定します。これらの機能はそう表示しないようにするたビューソース組み込みます。

話を聞く事が出来た先輩いて多くのお話を聞かせて頂いた場合のみに機能呼び出すことで最適化による追跡を実現するとしてインラインできます。

私の質問:

1. これこそが、"最適化が起こるよLauterbach?
2. この有利な??

Answer 1

カップルのもの

1. に関する声明 これらの複数の機能には載っていない源泉を探しているため、ブレークポイント"いただくことで、オンライン予約のマッピングファイル/マップファイルにより構成されているの異なる機能の構築とその場所にメモリーなど、いない場合は空の機能があるように最適化[この号"。

2. として指摘の最適化が行われませんのLauterbachでのコンパイラです。通常、異なる最適化のレベル【腕いO0-O2]がO0最高最適化は可能だが、この用のものをご使用くださいがある場合はリリースのお客様にも最適化のレベルO2きるために利用されています。

3. くの機能が最適化することにより、コンパイラのようで 揮発性.

4. その他の点がないことじかに〔直接〕に関するものがいかなる貢献ができるかを知ることである地域のメモリをファイルあり"が多く、たいときにデバッグも、そのページではないのRAMすることはできませんので、ブレークポイントまでの時間をそのページのRAM[基本的にないことから、必要なページングの場合は現在のシステム]

武器agiは、dexで下がらないboxerぐ.

-hjsblogger

Answer 2

最適化はないローターバッハによって、コンパイラによって行われます。コンパイラは、そのアセンブリ言語の出力を最適化しようとすると、デフォルトの設定では、一般的に一度だけ呼び出される関数をインライン化されます。

no_inline の

-

テスト目的のためにこれらの最適化を無効にするには、コンパイラフラグのを使用することができます。

Answer 3

一度だけ呼び出される関数をインライン化することは、コンパイラによって行うことができる。

の利点は、関数呼び出し（ランタイム、コード空間とスタック空間）のオーバーヘッドを節約し、あなたはまだいくつかの関数としての素敵なモジュラーな方法でコードを書くことができるということです。

の欠点は、デバッグ関数中の発信者と混同されているため、デバッグが困難になることである。

W.r.t。あなたのトレースツールの挙動は、あなたの質問はかなり不明である。

Answer 4

がある関数が呼ばれることができなソースコード、あるいは情報をメールでのinlined機能の2つの理由

1. inlined関数呼び出しなして、互通話の組み立てのコードのコードを実施する機能が放出されるインラインの機能と呼ばれる(そのinlining）

2. 時のコンパイラinlinesご関数呼び出しで、関数名だけで組み立て出力）だのソースコードをコンパイラが用することで知られているコードをインライン.

でも、コンパイラでコンパイル時に挿入し不思議な機能通話内のヘルパーの機能を生成したコードを実行う算術演算にCPUな直接支援の整数部または浮動小数点など)を行います。

その名の謎の機能'?