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

2010-06-13cc/gcc: fix headers copy for core static
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 20:25:00 +0200] rev 1979
cc/gcc: fix headers copy for core static

2010-06-13complibs/mpfr: update to latest version
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 19:15:53 +0200] rev 1978
complibs/mpfr: update to latest version

2010-06-09libc/uClibc: apply the threading model to the configuration
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 09 Jun 2010 00:41:25 +0200] rev 1977
libc/uClibc: apply the threading model to the configuration

The threading model shall be be set in the .config file.
Also, offer the choice between 'old/stable' and 'new' linuxthreads.