On 05/06/18 16:07, Gedare Bloom wrote:
On Tue, Jun 5, 2018 at 9:30 AM, Sebastian Huber
<sebastian.hu...@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.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
