Mercurial > hg > aboriginal
changeset 90:a7c63aeaf7a9
Update web page, add readme. (For 0.1.1 release.)
author | Rob Landley <rob@landley.net> |
---|---|
date | Sun, 14 Jan 2007 16:59:48 -0500 |
parents | 8c06aef87df0 |
children | 15644c053f03 |
files | www/downloads/README www/index.html |
diffstat | 2 files changed, 49 insertions(+), 0 deletions(-) [+] |
line wrap: on
line diff
--- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/www/downloads/README Sun Jan 14 16:59:48 2007 -0500 @@ -0,0 +1,33 @@ +Contents of the Firmware Linux download directory. +-------------------------------------------------- + +The firmware-* tarballs contain build scripts which produce a uClibc-based +cross compiler and native build environment for various target platforms. +Run "./build.sh" to see a list of target platforms, and run "./build.sh $ARCH" +to build for a given target platform. Old versions of the build script +tarballs are there for historical reasons; the newest version is probably +always the one you want. The other tarballs in this directory are prebuilt +binaries produced by the newest release version of the build scripts, based on +whatever package versions the most recent build scripts are using. + +The cross-compiler-$ARCH tarballs contain cross-compiler toolchains which +produce uClibc binaries or the given platform. (The i686 one is there to +produce uClibc binaries for x86, which can be a bit of a pain to set up +for yourself.) Extract the tarball use the "$ARCH-gcc" binary as your +compiler. This is found in the "bin" subdirectory; you might find it +convenient to add that to your $PATH. (All the headers and libraries for +the target are located relative to $ARCH-gcc, so you can extract the tarball +anywhere you like, and move the directory it creates anywhere, but don't move +stuff around within that directory.) + +The mini-native-$ARCH tarballs contain a minimal native root filesystem for +the given platform. The tarball contains a kernel (configured to boot under +QEMU) and a Linux From Scratch style /tools directory containing uClibc and a +compiler and so on. Boot into it with "init=/tools/bin/sh PATH=/tools/bin". +(You may need to package it into a filesystem image bootable by qemu or your +board. See the build scripts for how to do that.) By default this /tools +directory builds stuff relative to / (not to /tools), so either symlink +/lib to /tools/lib or install uClibc first thing. + +Note: The cross compiler is small and simple and only supports C. The native +compiler supports C++ as well.
--- a/www/index.html Sun Jan 14 16:23:51 2007 -0500 +++ b/www/index.html Sun Jan 14 16:59:48 2007 -0500 @@ -1,6 +1,22 @@ <!--#include file="header.html" --> <b><h1>News</h1></b> +<h2>January 14, 2007</h2> +<p>There's a new irc channel for the project, #firmware on freenode.</p> + +<p><a href=http://landley.net/hg/firmware?cl=88>Changeset 88</a> builds +i686, x86_64, armv4l, mips, and sparc. I've made a release tarball of +that (<a href=downloads/firmware-0.1.1.tar.bz2>firmware 0.1.1</a>, "It works +for me"), and updated the prebuilt cross-compiler tarballs in the +<a href=downloads>downloads</a> directory. I've added a big README and +prebuilt mini-native tarballs for each platform (although packing them up into +something qemu can boot is currently left as an exercise for the reader).</p> + +<p>Speaking of which, I'm currently working on adding ext2 packaging +(via <a href=http://landley.net/code/toybox>toybox</a>) to the build scripts, +so qemu system emulation can boot the result and then run the next stage +automatically.</p> + <h2>December 28, 2006</h2> <p><a href=http://landley.net/hg/firmware?cl=68>Changeset 68</a> builds a native build environment with a working toolchain. And in celebration, I've