2010-06-15kernel/linux: reorder upstream/custom-tree handling
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 15 Jun 2010 20:04:01 +0200] rev 1989
kernel/linux: reorder upstream/custom-tree handling

2010-05-22docs/README.freebsd.txt: Short intro for FreeBSD
Titus von Boxberg <titus@v9g.de> [Sat, 22 May 2010 14:11:27 +0200] rev 1988
docs/README.freebsd.txt: Short intro for FreeBSD

Provide short README for FreeBSD as a host OS for ct-ng.

2010-05-30docs/README.macos.txt: Provide hints section
Titus von Boxberg <titus@v9g.de> [Sun, 30 May 2010 12:11:39 +0200] rev 1987
docs/README.macos.txt: Provide hints section

Hints for building tool chains.

2010-05-29patches/gdb: Fix canadian building of GDB for powerpc
Martin Lund <mgl@doredevelopment.dk> [Sat, 29 May 2010 15:08:11 +0200] rev 1986
patches/gdb: Fix canadian building of GDB for powerpc

Adds patch for GDB v6.8, v7.0, v7.0.1 to fix canadian
cross building of GDB for powerpc.

See original patch information here:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=9638

The patch is not required for GDB v7.1 (fixed).

Tested in canadian combination using mingw32 and powerpc toolchains.
Tested to not affect normal cross building of GDB for powerpc target.

Signed-off-by: Martin Lund <mgl@doredevelopment.dk>

2010-06-16complibs/mpc: add latest version
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 16 Jun 2010 18:55:20 +0200] rev 1985
complibs/mpc: add latest version

2010-06-16complibs/gmp: 5.0.0 misses 'EXPERIMENTAL' in the prompt
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 16 Jun 2010 18:57:10 +0200] rev 1984
complibs/gmp: 5.0.0 misses 'EXPERIMENTAL' in the prompt

2010-06-13cc/gcc: baremetal requires a two-pass process
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 23:38:37 +0200] rev 1983
cc/gcc: baremetal requires a two-pass process

Here, we implement a highly ugly hack. I'm not proud of that one...

To build the libstdc++ library, the compiler requires the C library. In
case we build for non-baremetal, this is normally handled by the final
step, later.

But in the case of bare-metal, we never go through the final step (because
it does not work, and it seems complex enough to make it work), so the
baremetal compilers are issued out of the core step.

2010-06-13libc/newlib: build in the 'start files' pass
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 23:45:29 +0200] rev 1982
libc/newlib: build in the 'start files' pass

A few facts:
- building the C library requires a proper core compiler
- core compiler is issued from one of the core passes
- the C library is required to build libstdc++
- newlib is only built for baremetal
- in bare metal, the final compiler is issued from one of the core passes

So we need to build the C library between core pass 1 and core pass 2.
The only place is eithe libc_headers() or libc_start_files(). The most
pertinent seems to be libc_start_files().

So we build newlib from libc_start_files(), and leave libc() empty.

2010-06-13cc/gcc: store core build rules in an array
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 20:43:02 +0200] rev 1981
cc/gcc: store core build rules in an array

Using an array makes it easier to add new rules.
Besides, it is easy to expand from build rules to install rules

2010-06-13cc/gcc: implement default for core options
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 20:31:42 +0200] rev 1980
cc/gcc: implement default for core options