gcov issue in CW IDE 10.3!

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

gcov issue in CW IDE 10.3!

ソリューションへジャンプ
777件の閲覧回数
anand-k
Contributor III

Hi,

I am trying to use 'gcov' gnu utility for Code coverage analysis.I am using CW IDE 10.3.

I am getting error when I run my project for coverage check.

1.png

Could anyone suggest me on this?

Regards,

Anand K

ラベル(1)
0 件の賞賛
1 解決策
512件の閲覧回数
BlackNight
NXP Employee
NXP Employee

Hello,

gcov wants to write to file. That's why it is asking for fprintf() and things like fopen(). You must provide these functions or any other means to get your data off the target. You might consider to add things like SD-Card support and FatFS to your project. But keep in mind that gcov will be intrusive, so the runtime behaviour of your application might change.

I hope this helps.

元の投稿で解決策を見る

0 件の賞賛
3 返答(返信)
513件の閲覧回数
BlackNight
NXP Employee
NXP Employee

Hello,

gcov wants to write to file. That's why it is asking for fprintf() and things like fopen(). You must provide these functions or any other means to get your data off the target. You might consider to add things like SD-Card support and FatFS to your project. But keep in mind that gcov will be intrusive, so the runtime behaviour of your application might change.

I hope this helps.

0 件の賞賛
512件の閲覧回数
anand-k
Contributor III

Hello Eric,

Is there any other Code Coverage analysis tool/plugin that I can Integrate to my eclipse based IDE? This will be much helpful for my project!

Thanks for your quick replies,

Anand K

0 件の賞賛
512件の閲覧回数
BlackNight
NXP Employee
NXP Employee

If you have plenty of RAM available, you still could use gcov: simply implement instead of file I/O routines ones which write to RAM, then stop the target and dump the RAM content to the host.

Another solution would be to use a trace probe like the P&E TraceLink (First Steps with the P&E Tracelink | MCU on Eclipse). Such a probe has internal RAM and can collect data directly from the target.

It all depends how much intrusive your analysis can be: if you have a realtime application, you need to invest in hardware. If your application is not hard realtime or can deal with long delays, then an approach with instrumented application (and dump to a slower connection) could be feasible.

0 件の賞賛