Mirorr of https://github.com/richfelker/musl-cross-make to compile musl build tools for mipsel-muslsf
Go to file
Rich Felker 0de8362e97 litecross: simplify and fix kernel header installation
I didn't realize before but, using the O make variable, kernel source
can do out-of-tree builds, making it safe to use a symlink rather than
partial copy for the source dir. the partial copy did not work for all
archs; in particular x86 was broken.
2016-05-14 07:37:06 +00:00
hashes add support for installation of linux kernel headers 2016-05-14 04:17:47 +00:00
litecross litecross: simplify and fix kernel header installation 2016-05-14 07:37:06 +00:00
patches fix failure of mips libgcc_eh patch to apply 2016-04-19 01:48:39 +00:00
presets update documentation with better instructions, added presets 2015-11-18 22:50:22 +00:00
.gitignore add support for installation of linux kernel headers 2016-05-14 04:17:47 +00:00
Makefile add support for installation of linux kernel headers 2016-05-14 04:17:47 +00:00
README.md overhaul build process with litecross, next-gen top-level makefile 2016-05-01 05:36:28 +00:00
config.mak.dist document suppression of kernel headers in sample config.mak 2016-05-14 05:39:05 +00:00

README.md

musl-cross-make

This is a the second generation of musl-cross-make, a fast, simple, but advanced makefile-based approach for producing musl-targeting cross compilers. Features include:

  • Single-stage GCC build, used to build both musl libc and its own shared target libs depending on libc.

  • No hard-coded absoluete paths; resulting cross compilers can be copied/moved anywhere.

  • Ability to build multiple cross compilers for different targets using a single set of patched source trees.

  • Nothing is installed until running "make install", and the installation location can be chosen at install time.

  • Automatic download of source packages, including GCC prerequisites (GMP, MPC, MPFR), using https and checking hashes.

  • Automatic patching with canonical musl support patches and patches which provide bug fixes and features musl depends on for some arch targets.

Usage

The build system can be configured by providing a config.mak file in the top-level directory. The only mandatory variable is TARGET, which should contain a gcc target tuple (such as i486-linux-musl), but many more options are available. See the provided config.mak.dist and presets/* for examples.

To compile, run make. To install to $(OUTPUT), run "make install".

The default value for $(OUTPUT) is output; after installing here you can move the cross compiler toolchain to another location as desired.

How it works

The current musl-cross-make is factored into two layers:

  1. The top-level Makefile which is responsible for downloading, verifying, extracting, and patching sources, and for setting up a build directory, and

  2. Litecross, the cross compiler build system, which is itself a Makefile symlinked into the build directory.

Most of the real magic takes place in litecross. It begins by setting up symlinks to all the source trees provided to it by the caller, then builds a combined "src_toolchain" directory of symlinks that combines the contents of the top-level gcc and binutils source trees and symlinks to gmp, mpc, and mpfr. One configured invocation them configures all the GNU toolchain components together in a manner that does not require any of them to be installed in order for the others to use them.

Rather than building the whole toolchain tree at once, though, litecross starts by building just the gcc directory and its prerequisites, to get an "xgcc" that can be used to configure musl. It then configures musl, installs musl's headers to a staging "build sysroot", and builds libgcc.a using those headers. At this point it has all the prerequisites to build musl libc.a and libc.so, which the rest of the gcc target-libs depend on; once they are built, the full toolchain "make all" can proceed.

Litecross does not actually depend on the musl-cross-make top-level build system; it can be used with any pre-extracted, properly patched set of source trees.

Project scope and goals

The primary goals of this project are to:

  • Provide canonical musl support patches for GCC and binutils.

  • Serve as a canonical example of how GCC should be built to target musl.

  • Streamline the production of musl-targeting cross compilers so that musl users can easily produce musl-linked applications or bootstrap new systems using musl.

  • Assist musl and toolchain developers in development and testing.

While the patches applied to GCC and binutils are all intended not to break non-musl configurations, musl-cross-make itself is specific to musl. Changes to add support for exotic target variants outside of what upstream musl supports are probably out-of-scope unless they are non-invasive. Changes to fix issues building musl-cross-make to run on non-Linux systems are well within scope as long as they are clean.

Most importantly, this is a side project to benefit musl and its users. It's not intended to be something high-maintenance or to divert development effort away from musl itself.

Patches included

In addition to canonical musl support patches for GCC, musl-cross-make's patch set provides:

  • Static-linked PIE support
  • Addition of --enable-default-pie
  • Fixes for SH-specific bugs and bitrot in GCC
  • Support for J2 Core CPU target in GCC & binutils
  • SH/FDPIC ABI support

Most of these patches are integrated in gcc trunk/binutils master. They should also be usable with Gregor's original musl-cross or other build systems, if desired.

Some functionality (SH/FDPIC, and support for J2 specific features) is presently only available with gcc 5.2.0 and binutils 2.25.1.