RISC-V tool chain

Gedare Bloom gedare at rtems.org
Tue Jun 5 14:07:20 UTC 2018


On Tue, Jun 5, 2018 at 9:30 AM, Sebastian Huber
<sebastian.huber at embedded-brains.de> wrote:
> Hello,
>
> the RISC-V is a new architecture and the tool chain is still under active
> development. For example one bug which blocks the RTEMS support of the
> 64-bit RISC-V was fixed this week:
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=23244
>
> The GDB support is only available in the development branch of GDB. This
> makes it a bit difficult to use release versions of the tools. We used
> snapshots in the past, but the snapshots are removed from the FSF download
> sites and mirrors after some time (e.g. half a year). This is not good if
> you want to bisect a bug and need to build the tool chain used for a certain
> RTEMS version.
>
> What do you think about adding snapshots used by RSB to the RTEMS FTP
> server?
>
Hello Sebastian,

I believe this has been discussed before although I can't find the
thread. I have concerns about the maintenance of snapshots. How many
target toolchains will we do this for, what frequency will snapshots
be taken, and how long will we preserve them?

Is there a different low-cost technical solution that can be used
instead of a snapshot? For example, we can check-out a specific commit
from a repository: wouldn't it work well enough to identify such
commits and update them periodically instead of taking a full snapshot
of the tool sources? I believe this is how we have dealt with qemu in
the RSB, by picking one commit and sticking with it for awhile.

Gedare

> --
> 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.
>
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel



More information about the devel mailing list