Examples | Configure against a coverage-enabled BSP fails (#2)

Chris Johns (@chris) gitlab at rtems.org
Wed Oct 15 00:51:58 UTC 2025




Chris Johns commented on a discussion: https://gitlab.rtems.org/rtems/rtos/rtems-examples/-/issues/2#note_135008


The only difference is the addition of `-lgcov` library. The options used are:

```
--coverage -fprofile-info-section=.rtemsroset.gcov_info.content -fprofile-update=atomic
```

and to quote GCC `--coverage` is a synonym for <samp>`-fprofile-arcs`</samp> <samp>`-ftest-coverage`</samp> (when compiling) and <samp>`-lgcov`</samp> (when linking). Why not be consistent with the flags being used?

I am still considering what means. I did not know coverage like this was buried in the configuration options. 

How would a user know they have an instrumented RTEMS if we hide all the dependencies?

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems-examples/-/issues/2#note_135008
You're receiving this email because of your account on gitlab.rtems.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20251015/a80e6ca8/attachment-0001.htm>


More information about the bugs mailing list