[rvv-next] gdb: Bump GDB version to 12.1 (#1132)

GDB still defaults to 10.1 from the (already archived)
riscv-binutils-gdb repo. Let's bump the version to 12.1
and use the upstream git repo instead.

Signed-off-by: Christoph Müllner <christoph.muellner@vrull.eu>

Signed-off-by: Christoph Müllner <christoph.muellner@vrull.eu>

Bump riscv-gcc-rvv-next.

Add an "--enable-libsanitizer" configure-time argument

This lets users select whether or not to build libsanitizer, which
currently does not support rv32 and thus can't be enabled by default.

Signed-off-by: Palmer Dabbelt <palmer@rivosinc.com>

Rebuild configure file.

To finish #1059 and fix #1057.

fix spelling in configure script (toolchaih -> toolchain)

Add --with-isa-spec option to configure

Rename glibc, newlib submodules and add musl submodule

Set the default version to 2.2 for now, and once we bump to GCC 12 we
will bump that to 20191213.

Bump binutils to 2.38 release

Signed-off-by: Vineet Gupta <vineetg@rivosinc.com>

Enable function and data sections for newlib.

The upstream musl libc does not support 32bit RISC-V builds.
We therefore only allow building the 64bit version (i.e.,
riscv64-unknown-linux-musl-).

Signed-off-by: Florian Hofhammer <florian.hofhammer@fhofhammer.de>

Signed-off-by: Florian Hofhammer <florian.hofhammer@fhofhammer.de>

Since musl is already incorporated into the build system (see for
example configure.ac, Makefile.in), this patch adds a submodule for
musl based on the current v1.2.2 release.
The GitHub Actions configurations have also been updated to include
the musl based toolchain.

Signed-off-by: Florian Hofhammer <florian.hofhammer@fhofhammer.de>

Both the glibc and newlib submodules are already pointing to the
upstream repositories where development happens.
Since they are therefore not referring to RISC-V specific forks,
this patch unifies the directory naming by only prepending the
"riscv-" prefix to submodules that point to repositories in the
riscv-collab Github organization.

Signed-off-by: Florian Hofhammer <florian.hofhammer@fhofhammer.de>

Fix incorrect qemu path in configure script

The recent addition of an override for the QEMU source directory left
the default pointing to the wrong submodule.

Fixes: b83ee522

 ("Allow source-override for QEMU")
Signed-off-by: Palmer Dabbelt <palmer@rivosinc.com>

Allow source-override for QEMU

This patch introduces a configure-time source-dir override for QEMU
similar to the existing overrides for the other toolchain sources.

Signed-off-by: Christoph Muellner <cmuellner@linux.com>

gcc: add source SHA1 which shows up in -v

Change Arch requirement mpc to libmpc as reported by @erdnaxe

Just updating previous PR as `mpc` is a music player, `libmpc` is the correct required package.

Set CXX to a nonexistant compiler when building glibc

We set CXX=riscv64-unknown-linux-gnu-g++ (or something like that) when
building glibc, but don't actually build a C++ compiler during stage 1.
Under normal conditions this shouldn't cause any issues: that's either a
working compiler (from PATH) or doesn't exist, in which case glibc's
build scripts do the right thing and turn off C++.  Unfortunately I'm in
the pathological situation of having a slightly-incompatible g++ in
PATH, which glibc then attempts to use only to throw an error when
linking (glibc isn't testing that much of the C++ toolchain, see
<https://sourceware.org/bugzilla/show_bug.cgi?id=24183

>).

This simply sets CXX to something that's unlikely to exist during the
glibc build, so the build scripts don't get confused.  I tried setting
this to false, but everything was italic.

Signed-off-by: Palmer Dabbelt <palmer@rivosinc.com>

This helps identify the exact sources used for building the compiler.

| riscv64-unknown-linux-gnu-gcc -v
|
| Before: gcc version 11.1.0 (GCC)
| After : gcc version 11.1.0 (g480822473a4a)

Signed-off-by: Vineet Gupta <vineetg@rivosinc.com>

Add AUR link: https://aur.archlinux.org/packages/riscv-gnu-toolchain

Add AUR link: [https://aur.archlinux.org/packages/riscv-gnu-toolchain/](https://aur.archlinux.org/packages/riscv-gnu-toolchain/)

Added:

Also available for Arch users on the AUR: [https://aur.archlinux.org/packages/riscv-gnu-toolchain/](https://aur.archlinux.org/packages/riscv-gnu-toolchain/)

Fix typo in build-libc dependencies

The variable MULTLIB_NAMES does not exist but is used when
generating the dependencies for the target build-libc for glibc.
Even when adding the missing 'I' (for MULTILIB_NAMES) there is
still no variable with this name.

So the whole dependency generation is useless, becauese it was not
needed so far. Looking into detail why it is so, we can find the
answer in the dependency list of the target 'stamps/build-gcc-linux-stage2'.

Let's fix this by setting the dependencies for build-libc right.
The dependencies for 'stamps/build-gcc-linux-stage2' stay as they are
not wrong.

Fixes: 3456b66f

 ("Add a "make report" phony target")
Signed-off-by: Christoph Muellner <cmuellner@linux.com>

Fix submodule URLs

Bump binutils to 2.37 release.