| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I3845c77e8872ce2e1e8bc6a60e3ce7f184c32f58
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was done using the 'indent' tool, which uses a fork of PyYAML named
'ruamel.yaml' to rewrite YAML files without losing comments, ordering,
or certain elements of formatting.
My aim with doing this is to open the door to automated editing of the
reference system definitions using the 'ruamel.yaml' library. This can
be used to implement automated migration when we want to make changes to
the YAML format that we use to represent Baserock system definitions.
Although this looks drastic, remember that it's actually only altered
65 out of 608 .morph files -- the vast majority already pass unchanged
through my version of ruamel.yaml.
Change-Id: I95ec978714b5bd1c02c90183336a9fbb846cb692
|
|
|
|
|
|
|
|
|
|
| |
I found that running 'make' inside a linux-user-chroot environment
from the commandline caused it to segfault. Running the same 'make'
outside of linux-user-chroot worked fine. I have cherry-picked the
following patch on top of the make-4.1 tarball, as it fixes the
segfault for me: http://git.savannah.gnu.org/cgit/make.git/commit/?id=292da6f6867b75a5af7ddbb639a1feae022f438f
Change-Id: Ib2fa6b9de507e4ed5807e4e8a45ff05f830db99e
|
|
|
|
| |
Change-Id: I6f1d75272b2ee83d45e680002135f470ab16437b
|
|
|
|
|
|
| |
Also remove morph file as doesnt seem to be needed
Change-Id: I2be278552baee752db39d1af7f95e7e98de75cf9
|
|
|
|
| |
This is now done in the GLIBC chunk.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit acb29d344d117133891199ea536d9c4d34c7d05e.
We have discovered that Baserock systems built with GCC 5.1 cannot
*deploy* working disk images. The images hang in SYSLINUX. We suspect
that it is a bug in SYSLINUX that is triggered by the compiler upgrade,
and upgrading SYSLINUX may well fix this issue, but we don't have time
to do this and test it in time for a 15.19 release
Change-Id: I3c661b14fb923eee37c4c0148904620362fe62e2
|
|
|
|
| |
Change-Id: Iad8f11341a4a770c14393a50d1b0d3e26c076dbf
|
|
|
|
| |
Change-Id: I73ed1c3c43f341d6e09521fc8bf0c4899616e972
|
|
|
|
| |
Change-Id: I375c0af00497f8cbedb0d9759bbb64e0034582ad
|
|
|
|
| |
Change-Id: I850fe29ca99dd5223e39062f3b654536e69d3dda
|
|
|
|
|
|
|
| |
The gcc chunk was missing one more implicit build dependency
(namely that of linux-api-headers).
Change-Id: Ia7de9985cfa31444efe572e0bea5dc1d31912055
|
|
|
|
| |
Change-Id: Iff40fb270a403c486e1897ecc8d8a973aec05257
|
|
|
|
|
|
|
|
|
|
|
| |
As discussed on the ML at [1] morph somehow infers that
stage2-linux-api-headers is required for other stage2 components.
This patch makes the inference explicit, which is more consistent,
and should not affect any current builds or cache calculations.
Also, it seems m4 requires stage2-gawk, so make that explicit too.
[1] http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-March/012425.html
|
|
|
|
|
|
|
| |
According to Richard Maw's comments on #baserock, the upstream
gawk was broken, and we should use 4.1 stable instead
Change-Id: Ifce17b2c90d80e0f1c76ac2bbc145aece74e8dd1
|
|
|
|
| |
version: 1)
|
|
|
|
|
|
|
|
| |
change to version: 1)"
Morph should have been updated first
This reverts commit ced4ed5f7aa35b46d161c5efea972699826f09de.
|
|
|
|
| |
version: 1)
|
| |
|
|\
| |
| |
| |
| | |
Reviewed-by: Tiago Gomes <tiago.gomes@codethink.co.uk>
Reviewed-By: Richard Maw <richard.maw@gmail.com>
|
| | |
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update the GCC compiler to the 4.9.2 version. It turns out that a C++
compiler is required to build the latest GCC releases, so build one in
stages 1 and 2 as well.
The updated list of GCC configuration options that either don't work in
a cross compiler or are not needed in a temporary compiler, were based
on the latest instructions from Linux From Scratch.
The inclusion of /lib64 in the lib path for the stage 1 linker is an
attempt to turn things more robust rather than to just symlink in /lib
stuff that ends up installed in /lib64 (as it is already being done for
libgcc_s.so). Ideally, we should configure every chunk to install to
/lib, however GCC seems to not honour the `--with-libdir` configuration
flag.
With this version of GCC, it looks like a sysroot needs to be given at
configure time so that `--with-native-system-header-dir` does what it
claims to do. Unfortunately, this has the side effect of making GCC not
passing to the linker the linker sysroot flag: `-Wl,--sysroot=$SYSROOT`.
The workaround is to modify LDFLAGS to give a sysroot directly to GCC,
`--sysroot=$SYSROOT`, which will then be further passed down to the
linker.
As the newest version of GCC finds more warnings than the previous one,
`-Werror` was disabled for the coreutils, GDB and Syslinux projects.
Syslinux's Makefile had to be patched, as it is not possible to disable
`-Werror` for all targets through the NO_WERROR variable.
The hack to handle libgcc_eh being required during eglibc's build was
removed, as it doesn't seem to be the case anymore.
|
|
|
|
|
| |
M4 is required to manipulate the assembly code in GMP. GMP is a math
library required to build GCC.
|
| |
|
|
|
|
|
| |
Although we are not using this style in any other morphologies, it
makes it easier to parse.
|
|
|
|
|
|
| |
If the BUILD system is unable to directly run TARGET binaries then it
fails during the preparation of stage2-fake-bash because it incorrectly
build-depends on stage2-busybox.
|
|
|
|
| |
To remove unneded systemd units
|
|
|
|
|
|
|
|
| |
These patches are needed to:
- Support the name change of the dynamic linker in the new
version of glibc.
- Build gcc in x86_32.
- Remove old morphology files.
|
|
|
|
|
|
|
|
| |
These patches are needed to:
- Build gcc in armv7b.
- Support the name change of the dynamic linker in the new
version of glibc.
- Remove the old morphology files.
|
| |
|
|
|
|
|
| |
This change is to prepare the transition to glibc since
the latter is going to need bash to build.
|
|
|
|
|
|
| |
This patch is needed because glibc rearranged its headers to not
leak as many definitions unintentionally, but busybox was relying on
the leaked definitions.
|
|
|
|
|
|
| |
The 'make mrproper' command now requires GNU Bash, but since we start
from a clean Git checkout of linux.git we can just remove that from the
build command list.
|
|
|