buildbot.dabbelt.com recently failed because it was unable to fetch
the downloaded files fast enough because mirrors.kernel.org was being
slow. This patch allows me to cache the downloaded files somewhere to
avoid these sorts of network problems.
This should also be generally useful for other people who build the
toolchain regularly.
I thought this was a problem with the build, but it turns out that was
actually related to my bad (and now reverted) patch from earlier this
week.
Regardless, this is the canonical way to build a cross compiler so now
that it's done I don't see a reason not to use it.
We used to allow GCC to fail the stage1 build because it's impossible
to build the full GCC without glibc. This builds just the parts we
need ("all-gcc" and "all-target-libgcc") and then install them.
This should make build failures a bit easier to debug, as now nothing
should fail.
This reverts commit d3a771c5d1.
This breaks function calls on RV64. Since the warnings are benign
and MIPS does the same thing, I'm just reverting the commit.
I was sitting here watching GCC compile and noticed some warnings of
the form
operand . missing mode?
I'm not sure what exactly that means, but according to this GCC
mailing list post
https://gcc.gnu.org/ml/gcc-patches/2014-04/msg00825.html
they should be easy to fix. This patch follows that pattern, but I
really have no idea if I've done things correctly here. All I've done
is verify gcc-linux stage1 still builds, as I've got a bunch of other
diffs floating around that are currently breaking things.
Someone should make sure this still generates good code.
Wherever possible, rely on facilities native to GNU make rather than
invoke external utilities superfluously. Change the shell to /bin/sh
instead of bash since the latter's heftier feature set is unnecessary.
The -r option to cp(1) is marked obsolescent by POSIX; use -R instead.
Select between curl(1), wget(1), and ftp(1) through autoconf.
Wherever possible, automatically follow HTTP location redirects and
enable passive FTP mode.
Explicitly instruct tar(1) to read from stdin since this is far from
universal behavior if unspecified: The default file is /dev/sa0 in
FreeBSD, /dev/rst0 in NetBSD and OpenBSD, etc.
Tests for program presence, such as those formerly embedded in the
top-level Makefile for gawk and gsed, are better suited for autoconf.
Note that it is not sufficient to merely export AWK and SED environment
variables, as packages may still directly invoke awk(1) and sed(1) with
non-standard features independent of the autotools framework.
Wrapper scripts therefore remain necessary, although these are now
generated by the configure script to avoid hard-coded paths.
Do not assume the existence of /bin/bash on all systems.
This permits avoiding a misleading architecture prefix when building a
toolchain that support both RV32 and RV64. This makes glibc
consistent with binutils and gcc with respect to the riscv- target.
The target riscv- is identical to riscv64-, i.e., RV64 is the default.
This allows for sharing headers between RV32 and RV64 compilers, which
in turn supports a combined toolchain for both targets, with
appropriate duplicate builds of glibc.
x86 puts "struct user_regs_struct" in <sys/user.h>, but that requires
duplicating code between Linux and glibc. Even though it's just an
ABI-breaking structure, I don't want to do that.
This causes <sys/user.h> to end up defining "struct user_regs_struct"
which helps with compatibility. It's not a big deal because the
internals of "struct user_regs_struct" still need some #ifdef, but
it's one less line per package...
While not the greatest ports to copy, powerpc and sh do this. With
the patch Gentoo still builds.
So it turns out that the uapi stuff also broke libsanitizer in some
trivial ways -- essentially we need to replace the old version of the
*at syscalls with the new *at version and some flags. Upstream has
already fixed this, so all I really did is backport part of an
upstream patch that I don't care to track down the exact origin of:
commit 7d752f28b590bbad13c877c2aa7f5f8de2cdff10
Author: kcc <kcc@138bc75d-0d04-0410-961f-82ee72b054a4>
Date: Thu May 22 07:09:21 2014 +0000
libsanitizer merge from upstream r209283
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@210743 138bc75d-0d04-0410-961f-82ee72b054a4
Note that this will:
* Break on anything that doesn't support uapi.
* Conflict with the patch that I assume will land in GCC-5.0.
Neither of which I think are important -- just don't build
riscv-gnu-toolchain for anything that's not RISC-V, and drop the patch
when you rebase to 5.0.
This is necessary to get Gentoo to build, as it builds libsanitizer.
Explicitly order the Implies subdirectory list such that "generic"
precedes "wordsize-64". Among other issues, the latter still partly
implements getdents(2) with the deprecated syscall of the same name,
despite getdents64 being available.
Symbols named with name FAKE_LABEL_NAME get emitted when generating DWARF,
so make sure FAKE_LABEL_NAME is printable. It still must be distinct from
any real label name, so I append a space, which other labels can't contain.
Andrew Waterman
Yunsup Lee
Palmer Dabbelt
Darius Rad
Andrew Waterman
Palmer Dabbelt
Albert Ou