Skip to content

Conversation

@cpackham-atlnz
Copy link
Contributor

This is a series of patches that adds support for crosstool-NG 1.28.0. I've tested this on kvm_x86_64 and a real x86_64 target (not upstream yet).

I've kept the GCC version as close as possible (8.3.0 -> 8.5.0). The uClibc-ng version remains the same. A number of component packages used by crosstool-NG are updated. The following packages will need adding to mirror.opencompute.org/onie

autoconf-2.72.tar.xz
automake-1.17.tar.xz
libtool-2.5.4.tar.xz
m4-1.4.20.tar.xz
make-4.4.1.tar.gz
gcc-8.5.0.tar.xz
gmp-6.3.0.tar.xz
isl-0.27.tar.xz
mpc-1.3.1.tar.gz
mpfr-4.2.2.tar.xz
strace-6.16.tar.xz
zlib-1.3.1.tar.xz
zstd-1.5.7.tar.gz

I can provide full URLs if needed. I do have the tarballs but it's probably better trust-wise to download them from the official source.

I plan on trying to move to the latest GCC, binutils and uClibc-ng. I know there are a few problems lurking so I thought I'd get this part out of the way first.

The github releases for crosstool-ng are a bit more reliable than the
tarballs hosted on crosstool-ng.org.

Signed-off-by: Chris Packham <[email protected]>
Set CROSSTOOL_NG_VERSION with ?= so that it will default to 1.24.0 but
can be optionally overridden by a target if desired.

Signed-off-by: Chris Packham <[email protected]>
Prepare for different versions of crosstool-ng by moving the patches to
a version specific directory

Signed-off-by: Chris Packham <[email protected]>
Add crosstool-NG 1.28.0 and update kvm_x86_64 to use it. For now the
changes are as minimal as possible so the GCC version is bumped from
8.3.0 to 8.5.0 and most other packages are held as they are. The various
debugging tools have been disabled as these are best built separately
(there are also some complications with GDB and python versions).

Subsequent changes should be possible to make use of the newer versions
of GCC, binutils, uClibc-ng and other packages.

Signed-off-by: Chris Packham <[email protected]>
Due to an underlying package nmae change from uClibc to uClibc-ng the
path that gets used has changed. This only affects the uclibc-menuconfig
target which is not normally used. Add a note for now.

Signed-off-by: Chris Packham <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant