On 4/5/2022 3:54 pm, Sebastian Huber wrote: > On 04/05/2022 02:14, Chris Johns wrote: >> On 3/5/2022 4:56 pm, Sebastian Huber wrote: >>> Hello, >>> >>> I added a back port of the gcov-tool merge-stream patches to GCC 12. You >>> find >>> some background information here: >>> >>> https://gcc.gnu.org/onlinedocs/gcc/Freestanding-Environments.html#Freestanding-Environments >>> >>> >>> A back port to GCC 10 would be quite difficult since the gcov file handling >>> changed significantly between GCC 10 and 12. >>> >>> There is some work in progress to support MC/DC code coverage in gcov: >>> >>> https://gcc.gnu.org/pipermail/gcc-patches/2022-March/592065.html >>> >>> Back porting this to GCC 12 would be probably feasible. >>> >>> It would be nice if we could make the gcov support available for RTEMS 6, >>> but >>> this is only possible with an update to GCC 12. Are there any objections to >>> update the RSB to use the upcoming GCC 12 release for RTEMS 6? >> >> Are there any posted test results? > > I did only local test runs on simulators so far.
Did you post the results? It helps having tested results :) >> How do I build gcc12 with rtems6 and test? I am working on a large complex >> C++ >> framework with rtems6/gcc10 and it is working well and is stable. If there >> is a >> way I can test what I am working on with gcc12 to determine if there are any >> regressions that would help me decide. > > I updated the RTEMS 7 tools to use the GCC 12 release branch with a gcov back > port. You can test GCC 12 with a local patch for RTEMS 6: > > diff --git a/rtems/config/6/rtems-default.bset > b/rtems/config/6/rtems-default.bset > index 731c9d8..381f916 100644 > --- a/rtems/config/6/rtems-default.bset > +++ b/rtems/config/6/rtems-default.bset > @@ -15,5 +15,5 @@ devel/gmp-6.2.1 > tools/rtems-gdb-11.2 > > tools/rtems-binutils-2.38 > -tools/rtems-gcc-10-newlib-head > +tools/rtems-gcc-head-newlib-head > tools/rtems-tools-6 Ah ok and thanks. I will take a look and report back. It will take a couple of days for me to work through this. It would be nice to be able to handle this without changing anything. Chris _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel