RISC-V tool chain

[Sebastian Huber]

On 05/06/18 16:07, Gedare Bloom wrote:
> 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?

Yes, sorry. Each time I face the snapshot problem I first think about 
adding it to the RTEMS FTP server.

>
> 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.

The Git checkouts have the problem that you need an internet connection 
during the build (as far as I remember). I tried to use a snapshot 
download via the Git web access, e.g.

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=snapshot;h=773ff7907c05313aebbcd5e8319e5b869ac4f792;sf=tgz

This resulted in a "403 - Snapshots not allowed".

We could use an unofficial mirror on Github, e.g.

https://codeload.github.com/bminor/binutils-gdb/tar.gz/c61b06a19a34baab66e3809c7b41b0c31009ed9f

My main concern with using all these different download sources is that 
this will likely not work if we want to use it in five or ten years due 
to URL changes.

-- 
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.