Patch needed for GCC 9?

[Joel Sherrill]

Thanks. That did the trick. I will ask about committing it to the branch.

No one has commented on switching Coverity runs to
the master with gcc 9.  If we stick with rtems5 for Coverity,
I just don't think it has much value.

Any thoughts?

--joel

On Fri, Oct 30, 2020 at 2:58 AM Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

> On 29/10/2020 22:15, Joel Sherrill wrote:
>
> > When I build RTEMS with GCC 9 (sparc/leon3) to get Coverity results, I
> > get this error linking tests that I don't get with gcc 10. I am using
> > the same newlib and binutils-gdb source so I am a bit confused. Are
> > there patches in GCC 10 that I need on GCC 9?
>
> I think you have to back port:
>
> commit 4461384026a708bc0267b2965144b42f95689974
> Author: Sebastian Huber <sebastian.huber at embedded-brains.de>
> Date:   Mon Apr 6 16:34:50 2020 +0200
>
>      RTEMS: Improve GCC specification
>
>      Add a start/end file specification if the -qrtems option is present.
>      Allow targets to customize it.
>
>      Support the standard -nodefaultlibs option.
>
>      gcc/
>
>              * config/rtems.h (RTEMS_STARTFILE_SPEC): Define if undefined.
>              (RTEMS_ENDFILE_SPEC): Likewise.
>              (STARTFILE_SPEC): Update comment.  Add RTEMS_STARTFILE_SPEC.
>              (ENDFILE_SPEC): Add RTEMS_ENDFILE_SPEC.
>              (LIB_SPECS): Support -nodefaultlibs option.
>              * config/or1k/rtems.h (RTEMS_STARTFILE_SPEC): Define.
>              (RTEMS_ENDFILE_SPEC): Likewise.
>              * config/rs6000/rtems.h (RTEMS_STARTFILE_SPEC): Likewise.
>              (RTEMS_ENDFILE_SPEC): Likewise.
>              * config/v850/rtems.h (RTEMS_STARTFILE_SPEC): Likewise.
>              (RTEMS_ENDFILE_SPEC): Likewise.
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone   : +49 89 189 47 41-16
> Fax     : +49 89 189 47 41-09
> E-Mail  : sebastian.huber at embedded-brains.de
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20201030/40fd7eda/attachment.html>