2010-12-09cc/gcc: build final gcc statically
Bryan Hundven <bryanhundven@gmail.com> [Thu, 09 Dec 2010 18:55:42 +0100] rev 2211
cc/gcc: build final gcc statically

If the global static option is set, then build the final gcc statically.

Signed-off-by: "Bryan Hundven" <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-12-09binutils/binutils: build statically
Bryan Hundven <bryanhundven@gmail.com> [Thu, 09 Dec 2010 18:55:33 +0100] rev 2210
binutils/binutils: build statically

If the global static option is set, then build binutils statically.

Signed-off-by: "Bryan Hundven" <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-12-09debug/gdb: global static forces static cross-gdb
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 09 Dec 2010 18:55:15 +0100] rev 2209
debug/gdb: global static forces static cross-gdb

If the global static option is set, then build host binutils statically.

Signed-off-by: "Bryan Hundven" <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-12-09complibs: do not prompt for shared libs if static selected
Bryan Hundven <bryanhundven@gmail.com> [Thu, 09 Dec 2010 18:54:46 +0100] rev 2208
complibs: do not prompt for shared libs if static selected

If the global static toolchain option is selected, then do not
prompt the user whether to build shared companion libraries.

Signed-off-by: "Bryan Hundven" <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-12-09config: add option to build statically linked toolchain
Bryan Hundven <bryanhundven@gmail.com> [Thu, 09 Dec 2010 18:54:37 +0100] rev 2207
config: add option to build statically linked toolchain

Add a config option to statically build the host tools.
Impacted tools can use that option to decide wether to build
statically or shared.

For now, no tool uses it, but they'll be added one at a time
in the next commits.

Signed-off-by: "Bryan Hundven" <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-11-29complibs/cloog: fix linking with libstdc++
Bill Pringlemeir <bpringle@sympatico.ca> [Mon, 29 Nov 2010 00:50:21 +0100] rev 2206
complibs/cloog: fix linking with libstdc++

This rules out 0.15.5 and previous versions, that did not
have this option, so remove them from the list. Anyway,
they were marked 'OBSOLETE', so it's not a big loss...

[Yann E. MORIN: remove obsolete versions]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-11-29scripts: recover on partially downloaded files
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 29 Nov 2010 00:26:39 +0100] rev 2205
scripts: recover on partially downloaded files

Download to an intermediate temp file, and rename it to its final
name only of download succeeds.

This catches both a failed download, and also the case where the user
interrupts the download. Thus, the a partial download gets discarded,
and we no longer try to extract a partial tarball, which we would
previously have done.

Suggested by Thomas PETAZZONI.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-11-16scripts: call curl and wget in sequence
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 16 Nov 2010 17:49:15 +0100] rev 2204
scripts: call curl and wget in sequence

It can happen, in some circumpstances, than one can succeed where
the other would fail. Those cases involves convoluted enterprise
networks with proxies playing tricks.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-11-16scripts: remove aria2c as downloader, retain only curl and wget
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 16 Nov 2010 10:00:27 +0100] rev 2203
scripts: remove aria2c as downloader, retain only curl and wget

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-11-13cc/gcc: fix pr42289: incorrect alignment on OABI
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 13 Nov 2010 23:26:21 +0100] rev 2202
cc/gcc: fix pr42289: incorrect alignment on OABI

Fix building libffi on OABI.
Although it has been marked as 4.3-only, it is stil not fixed,
and also applies to 4.4.x

See:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42289

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>