summaryrefslogtreecommitdiff
path: root/build-essential.morph
Commit message (Collapse)AuthorAgeFilesLines
* Merge remote-tracking branch 'origin/baserock/sam/minimal-system-nss'Richard Maw2014-07-111-1/+2
|\ | | | | | | | | Reviewed-by: Richard Maw Reviewed-by: Lars Wirzenius
| * Update eglibc ref for /etc/nsswitch.conf in eglibc-nss chunk artifactSam Thursfield2014-07-081-1/+1
| |
| * Include eglibc-nss in build-essential-minimal stratum artifactSam Thursfield2014-07-081-0/+1
|/ | | | | Otherwise DNS doesn't work in the resulting system, and probably other stuff too.
* Use fhs-dirs with corrected chunk morphologiesAdam Coldrick2014-06-241-2/+2
|
* Update busybox to include BBCONFIG and MOUNT_HELPERSDaniel Silverstone2014-05-131-1/+1
|
* Merge branch 'baserock/sam/gcc-4.7'Sam Thursfield2014-04-291-5/+5
|\ | | | | | | Reviewed-By: Lars Wirzenius <lars.wirzenius@codethink.co.uk>
| * Partially upgrade Baserock to use GCC 4.7Sam Thursfield2014-04-241-8/+4
|/ | | | | | | | | The bootstrap still uses GCC 4.6 at this point. To use 4.7, we must change the bootstrap to give GCC a sysroot path at configure time, which has various consequences. A bug in GCC 4.6.2 prevents GCC 4.7 from building it, so we must also apply the patch from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51969 to GCC 4.6.
* Petrify changes from Richard Maw's branchDaniel Silverstone2014-04-091-3/+3
|
* Merge remote-tracking branch ↵Lars Wirzenius2014-04-081-3/+16
|\ | | | | | | | | | | 'remotes/origin/baserock/richardmaw/S10786-finer-splitting-v2' I've verified that the minimal system builds.
| * Use updated version of eglibc changesbaserock/richardmaw/S10786-finer-splitting-v2Richard Maw2014-03-311-1/+1
| |
| * Define a minimal x86_32 systemRichard Maw2014-03-271-3/+16
| | | | | | | | | | | | This minimal system is smaller than base, consisting of little more than busybox, its dependent libraries and a kernel built with tools that don't make it into the final system.
* | Fix ccache chunk for TOOLCHAIN_TARGET problemLars Wirzenius2014-04-011-1/+1
|/
* Merge remote-tracking branch 'origin/baserock/danielsilverstone/petrify-all'Daniel Silverstone2014-03-261-22/+44
|\ | | | | | | | | Reviewed-By: Lars Wirzenius <lars.wirzenius@codethink.co.uk> Reviewed-By: Richard Maw <richard.maw@codethink.co.uk>
| * Petrify Masterbaserock/danielsilverstone/petrify-allDaniel Silverstone2014-03-261-27/+72
|/
* Re-order system and stratum morphology fields.Richard Maw2014-02-171-112/+109
| | | | This is the new canonical ordering.
* Move build-essential comments to description fieldRichard Ipsum2013-11-071-33/+31
|
* Delete genivi-staging and reorder morph contentsJonathan Maw2013-09-301-310/+292
|
* Remove tab character that snuck inRichard Maw2013-08-231-1/+1
| | | | Rubber-stamped-by: Richard Maw
* Merge branch 'baserock/richardmaw/S8564/ro-staging-area'Richard Maw2013-08-231-0/+32
|\ | | | | | | Reviewed-by: Lars Wirzenius
| * Rework to allow a read-only rootfsRichard Maw2013-08-151-283/+262
|/ | | | | | | | | | | | | | The diff is unfortunately useless as the build-essential has lost all formatting, but apart from the usual changes to use different branches, two new chunks have been added. Before stage2-gcc there is now stage2-gcc-fixed-headers, which updates stage1-gcc's internal headers to use limits from system headers. This was previously done at the beginning of stage2-gcc, but required changes to the staging area. There is now also stage2-reset-specs before stage3, which does a nasty hack to prevent gcc using the sysroot specs in the chroot.
* Replace JSON morphologies with YAML.Richard Maw2013-07-021-297/+287
|
* Merge remote-tracking branches 'origin/samthursfield/comment-fix' and ↵Richard Maw2013-05-281-28/+4
|\ | | | | | | | | | | 'origin/baserock/richardmaw/inspect-zlib' Reviewed-by: Daniel Silverstone, briefly in person.
| * build-essential: remove stage2-zlibRichard Maw2013-05-241-30/+6
|/ | | | | | | | | | | | | | | | | | | | | | | The stage 1 toolchain is built with --disable-shared, which means it is unable to build shared libraries. This causes it to include symbols from libgcc in the zlib shared object. This causes problems in pass 3, since by then we have a toolchain that is suitable for building shared objects, so it doesn't include libgcc symbols in zlib. This causes problems while building gcc, since cc1 is compiled against the zlib in /tools, but is run with the zlib in /usr, so it fails to run due to missing symbols, which would otherwise come from libgcc_s or be copiled in as part of libgcc.a. stage 2 zlib was originally added to avoid gcc and binutils needing to use their embedded copy, which would improve compile speed slightly and the other reasons to prefer shared objects. However, the bootstrap is fragile enough without it, it may be the case that gcc and binutils prefer to embed zlib for precisely these reasons.
* Fix up refs after mergeSam Thursfield2013-03-151-21/+21
| | | | I'm not sure how these got lost.
* Add zlib to build-essentialSam Thursfield2013-03-141-8/+53
| | | | | | It's never good to have multiple versions of the same library in use on a system, so we should avoid using the versions of ZLib that are bundled in the GCC and Binutils releases.
* Add new build-essential morphologySam Thursfield2013-03-141-23/+238
|
* Use the build-essential branch of gccJonathan Maw2013-03-051-1/+1
| | | | | | | The build-essential branch of gcc is made to build with a build-essential staging-filler, while the master branch isn't. Reviewed-by: Lars Wirzenius <lars.wirzenius@codethink.co.uk>
* Fix syntax error in build-essentialJonathan Maw2013-03-011-1/+1
|
* Use 'gcc' , since gcc should now have --enable-sharedJonathan Maw2013-03-011-1/+1
|
* Merge the GENIVI baseline morphsJonathan Maw2013-03-011-2/+2
|
* Reorganise morphologies for build-essentialSam Thursfield2013-01-241-0/+61
This patch rewrites the Baserock morphologies so that they can be built using a minimal "build-essential" staging filler, as described in my previous patch mail. The Baserock system is split up into three strata: - build-essential: the minimum set of tools that can rebuild itself (from tarballs) - core: the remaining set of components necessary to produce a Baserock system which can rebuild itself from source - tools: auxiliary development tools and libraries The 'build-essential' stratum does not specify any build dependencies, because it expects to be built with a staging filler containing itself. In effect, the stratum has a circular dependency on itself, which we solve by using a staging filler. The 'core' stratum depends on only on 'build-essential'. This ensures that all build dependencies between chunks in 'core' are explicit. These strata can also be built with the staging filler from the water-bomb release. The distinction between a base and a devel system is no longer defined by the 'foundation' and 'devel' strata (in practice these had various hidden build dependencies between each other). The size of a base system is larger than before, due to more development tools being in 'core'.
View Lorry Controller Status