2011-03-20debug/trace: log even more
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 20 Mar 2011 01:03:26 +0100] rev 2345
debug/trace: log even more

Also log variable assignement for single commands.

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

2011-03-20debug/gdb: log even more
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 20 Mar 2011 00:55:07 +0100] rev 2344
debug/gdb: log even more

Also log variable assignement for single commands.

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

2011-03-20debug/dmalloc: log even more
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 20 Mar 2011 00:53:41 +0100] rev 2343
debug/dmalloc: log even more

Also log variable assignement for single commands.

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

2011-03-20binutils/elf2flt: log even more
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 20 Mar 2011 00:45:44 +0100] rev 2342
binutils/elf2flt: log even more

Also log variable assignement for single commands.

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

2011-03-20binutils/binutils: log even more
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 20 Mar 2011 00:45:05 +0100] rev 2341
binutils/binutils: log even more

Also log variable assignement for single commands.

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

2011-03-15scripts: allow logging of commands with variables
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 15 Mar 2011 23:18:37 +0100] rev 2340
scripts: allow logging of commands with variables

In a lot of places, we need to call some commands with specific
variable settings, a-la:
var1=val1 var2=val2 /foo/bar/buz opt1 opt2

Unfortunately, we currently can not log the variable settings.

Enhance CT_DoExecLog with a crude heuristic that works pretty well
and that can also log setting variables.

Reported-by: ANDY KENNEDY <ANDY.KENNEDY@adtran.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-03-20scripts: leave changelog in build dir, copy to install dir
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 20 Mar 2011 00:02:21 +0100] rev 2339
scripts: leave changelog in build dir, copy to install dir

Users tend to look for the build log in the current working directory,
rather than in the toolchain's installation dir. While bundling the build
log in the toolchain installation dir is nice for distribution and review,
it can be easier to have the build log readily available in the working
directory, as it is quicker to get to it.

So, the build log stays in the working directory until the toolchain is
completely and successfully built, and then a (compressed) copy is made.

Reported-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-03-17complibs/ppl: add latest version
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 17 Mar 2011 22:08:33 +0100] rev 2338
complibs/ppl: add latest version

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

2011-03-19kernel/linux: add newer versions
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 19 Mar 2011 22:24:29 +0100] rev 2337
kernel/linux: add newer versions

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

2011-03-19scripts: fix stripping in finalisation step
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 19 Mar 2011 21:43:26 +0100] rev 2336
scripts: fix stripping in finalisation step

The heuristic to find shell script is deficient. Fix it.

Reported-by: Kyle Grieb <grieb.kyle@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-03-14samples: new PPC e300c3 sample
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 14 Mar 2011 22:16:01 +0100] rev 2335
samples: new PPC e300c3 sample

Gustavo wrote:

---8<---
Attached my ct-ng e300c3 toolchain config for:

powerpc-e300c3-linux-gnu [l X]
OS : linux-2.6.36.3
Companion libs : gmp-5.0.1 mpfr-3.0.0 ppl-0.10.2 cloog-ppl-0.15.10 mpc-0.8.2 libelf-0.8.13
binutils : binutils-2.21
C compiler : gcc-4.5.2 (C,C++)
C library : eglibc-2_12
Tools :
---8<---

Reported-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
["Yann E. MORIN" : updated to match new config options]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-03-05scripts: update config.{guess,sub}
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 05 Mar 2011 18:47:08 +0100] rev 2334
scripts: update config.{guess,sub}

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

2011-03-03binutils/binutils: use log level CFG for ./configure
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 03 Mar 2011 23:29:07 +0100] rev 2333
binutils/binutils: use log level CFG for ./configure

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

2011-03-03complibs/libelf: use log level CFG for ./configure
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 03 Mar 2011 23:26:59 +0100] rev 2332
complibs/libelf: use log level CFG for ./configure

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

2011-03-03scripts: do not chmod u+w the whole source directory
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 03 Mar 2011 23:46:03 +0100] rev 2331
scripts: do not chmod u+w the whole source directory

Doing a chmod on the whole source dir after every packages
are extracted can take a hell of a lot of time.

The offending packages are far from legion, and they now
have their own chmod u+w to cleanup their own mess...

Reported-by: ANDY KENNEDY <ANDY.KENNEDY@adtran.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-03-03comptools/libtool: chmod files to u+w
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 03 Mar 2011 19:32:05 +0100] rev 2330
comptools/libtool: chmod files to u+w

The libtool-2.2.6b tarball contains RO files.
We have to chmod them u+w.

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

2011-03-03comptools/autoconf: chmod files to u+w
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 03 Mar 2011 19:30:22 +0100] rev 2329
comptools/autoconf: chmod files to u+w

The autoconf-2.65 tarball contains RO files.
We have to chmod them u+w.

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

2011-03-03comptools/make: chmod files to u+w
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 03 Mar 2011 19:28:16 +0100] rev 2328
comptools/make: chmod files to u+w

The make-3.81 tarball contains RO files.
We have to chmod them u+w.

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

2011-03-03comptools/automake: chmod files to u+w
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 03 Mar 2011 19:28:40 +0100] rev 2327
comptools/automake: chmod files to u+w

The automake-1.11.1 tarball contains RO files.
We have to chmod them u+w.

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

2011-03-03debug/gdb: chmod ncurses files to u+w
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 03 Mar 2011 19:26:08 +0100] rev 2326
debug/gdb: chmod ncurses files to u+w

The ncurses-5.7 tarball contains only RO files.
We have to chmod them u+w.

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

2011-02-27kernel/linux: add latest 2.6.37.2 version
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 27 Feb 2011 22:14:12 +0100] rev 2325
kernel/linux: add latest 2.6.37.2 version

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

2011-02-27binutils/sstrip: build statically for static toolchains
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 27 Feb 2011 15:34:30 +0100] rev 2324
binutils/sstrip: build statically for static toolchains

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

2011-02-27binutils/elf2flt: remove trailing spaces
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 27 Feb 2011 16:20:47 +0100] rev 2323
binutils/elf2flt: remove trailing spaces

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

2011-02-27docs: rename chapter 9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 27 Feb 2011 15:27:54 +0100] rev 2322
docs: rename chapter 9

Rename the file so that it is the same name as the chapter.

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

2011-02-24docs: add chapter 9 to ToC
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 24 Feb 2011 22:38:08 +0100] rev 2321
docs: add chapter 9 to ToC

Missed in the previous commit... :-/

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

2011-02-24docs: add an in-depth explanations of the build steps
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 24 Feb 2011 22:31:15 +0100] rev 2320
docs: add an in-depth explanations of the build steps

The build process is quite complex: gcc is built three times, there are
two C library steps, there are those companion libraries...

People often wonder what all these steps do, and why they are needed.

Recently, someone proposed a tutorial on the crossgcc mailing list:
http://sourceware.org/ml/crossgcc/2011-01/msg00059.html

This meant that there was a need for such a tutorial, and explanations
on how a toolchain is built. So i decide to extend my answers:
http://sourceware.org/ml/crossgcc/2011-01/msg00060.html
http://sourceware.org/ml/crossgcc/2011-01/msg00125.html

into proper documentation in crosstool-NG.

Thanks go to Francesco for suggesting this. He has a fine tutorial
for beginners there:
http://fturco.org/wiki/doku.php?id=debian:cross-compiler

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

2011-02-23complibs/mpc: add latest version 0.9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 23 Feb 2011 00:12:16 +0100] rev 2319
complibs/mpc: add latest version 0.9

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

2011-02-23complibs/ppl: add latest version 0.11.1
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 23 Feb 2011 00:10:57 +0100] rev 2318
complibs/ppl: add latest version 0.11.1

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

2011-02-22kernel/linux: fix typo in version string
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 22 Feb 2011 23:47:15 +0100] rev 2317
kernel/linux: fix typo in version string

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

2011-02-22cc/gcc: do not build plugins for static toolchains
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 22 Feb 2011 23:27:42 +0100] rev 2316
cc/gcc: do not build plugins for static toolchains

Plugins are shared objects, and when building a toolchain statically,
the gcc build system breaks havok (although there is no hard technical
reasons it should not be possible)...

And consequently, do not enable plugin supoprt in binutils.

Reported-by: Thomas Spurden <thomas@ado.is-a-geek.net>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-02-21libc/glibc: LinuxThreads are no longer supported in latest versions
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 21 Feb 2011 23:42:20 +0100] rev 2315
libc/glibc: LinuxThreads are no longer supported in latest versions

In fact, it is only supported in a few legacy versions.

Keep LT available for all eglibc versions, although it might need
a similar safeguard...

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

2011-02-21libc/glibc: fix dubious construct when installing headers
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 21 Feb 2011 19:27:28 +0100] rev 2314
libc/glibc: fix dubious construct when installing headers

This is dubious because if the copy fails, then we'll miss the error.

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

2011-02-21libc/glibc: only install start files for NPTL
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 21 Feb 2011 19:20:19 +0100] rev 2313
libc/glibc: only install start files for NPTL

Building the start files requires a shared-capable compiler, which we do
not have when the threading implementation is LinuxThreads.

So, only build the start files when the threading implementations is NPTL.

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

2011-02-21libc/glibc: add fortify option
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 21 Feb 2011 23:39:46 +0100] rev 2312
libc/glibc: add fortify option

By default, recent versions of glibc and eglibc will build some
functions that take format strings (eg. printf, syslog...) with
run-time checks against some format string attacks. This is
called a fortified build.

Unfortunately, this fails somehow while building the instrumented
version of syslog, with some kind of circular dependency...

Disable fortified builds by default, and hide the enabling option
behind EXPERIMENTAL for daring users...

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

2011-02-21internals: don't remove lib64 symlinks in sysroot
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 21 Feb 2011 14:39:24 +0100] rev 2311
internals: don't remove lib64 symlinks in sysroot

The lib64 symlinks are needed for the linker to find the libraries.

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

2011-02-21kernel/linux: add latest versions
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 21 Feb 2011 23:17:45 +0100] rev 2310
kernel/linux: add latest versions

... and remove old versions.

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

2010-12-18comptools: install them side-to-side with build tools
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 18 Dec 2010 22:55:56 +0100] rev 2309
comptools: install them side-to-side with build tools

As companion tools might or might not be used to build each
toolchain, they do belong to that toolchain's build tools,
not to the generic override tools.

Fix a typo in the autoconf URL.

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

2010-12-20buildtools: the buildtools dir is in fact a prefix
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 20 Dec 2010 00:07:29 +0100] rev 2308
buildtools: the buildtools dir is in fact a prefix

Consider the buildtools install directory as a prefix directory,
that is, install buildtools in prefix/bin/, not in prefix/.

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

2010-12-23buildtools: move to working directory
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 23 Dec 2010 20:43:32 +0100] rev 2307
buildtools: move to working directory

There is absolutely *no* reason for the buildtools (wrappers to gcc, g++,
as, ld... for the local machine) to be in the toolchain directory. Moreover,
they are removed after the build completes.

Move them out of the toolchain directory, and into the build directory (but
yet the part specific to the current toolchain). This means we no longer
need to explicitly remove them either, BTW, but we need to save/restore them
for the restart feature.

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

2011-02-20buildtools: store path to buildtools in a variable
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 20 Feb 2011 22:12:43 +0100] rev 2306
buildtools: store path to buildtools in a variable

Currently, the buildtools are installed relative to ${CT_PREFIX_DIR}.
Change that by introducing ${CT_BUILDTOOLS_DIR}, which is
still set relative to ${CT_PREFIX_DIR}, but which will make it easy
to change in the future.

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

2011-01-22scripts: create the makeinfo wrapper before we set PATH
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 22 Jan 2011 23:20:18 +0100] rev 2305
scripts: create the makeinfo wrapper before we set PATH

If we set PATH to the tools wrappers before we create the
makeinfo wrapper, then we may well wrap an existing wrapper
from a previous run.

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

2011-01-22kernel: move the headers install step
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 22 Jan 2011 22:52:57 +0100] rev 2304
kernel: move the headers install step

The kernel headers are only needed just before we build
the C library headers, and need not be present before.

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

2011-02-17debug/gdb: add versions from Linaro
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 17 Feb 2011 23:05:34 +0100] rev 2303
debug/gdb: add versions from Linaro

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

2011-02-17cc/gcc: add versions from Linaro
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 17 Feb 2011 22:29:33 +0100] rev 2302
cc/gcc: add versions from Linaro

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

2011-02-17internals: fix stripping host binaries
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 17 Feb 2011 21:54:07 +0100] rev 2301
internals: fix stripping host binaries

The gcc used by linaro has a version number specific to Linaro, but
identifies itself with its upstream version numbering scheme.

This breaks the strip in the finish step, because the actual gcc version
is not the same as the configured one (eg. 4.5.2 vs. linaro-4.5-2011.02-0).

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

2011-02-12libc/eglibc: Make eglibc 2.11 and 2.12 not experimental
Bryan Hundven <bryanhundven@gmail.com> [Sat, 12 Feb 2011 17:31:12 +0100] rev 2300
libc/eglibc: Make eglibc 2.11 and 2.12 not experimental

I haven't noticed the usual experimental testers complain about eglibc
2.11 or 2.12 being unstable. So stop marking them as experimental.

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>

2011-02-12libc/eglibc: Add 2.13 branch
Bryan Hundven <bryanhundven@gmail.com> [Sat, 12 Feb 2011 17:30:53 +0100] rev 2299
libc/eglibc: Add 2.13 branch

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>

2011-02-011.10: update version to 1.10.0+hg 1.10
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:20:35 +0100] rev 2298
1.10: update version to 1.10.0+hg

2011-02-01Tagging release 1.10.0 1.10
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:20:35 +0100] rev 2297
Tagging release 1.10.0

2011-02-011.10: create maintenance branch, update version to 1.10.0 1.10 crosstool-ng-1.10.0
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:20:35 +0100] rev 2296
1.10: create maintenance branch, update version to 1.10.0

2011-02-011.9: close branch 1.9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:19:25 +0100] rev 2295
1.9: close branch

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

2011-02-011.9: update version to 1.9.3+hg 1.9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:11:19 +0100] rev 2294
1.9: update version to 1.9.3+hg

2011-02-01Tagging release 1.9.3 1.9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:11:19 +0100] rev 2293
Tagging release 1.9.3

2011-02-011.9: update version to 1.9.3 1.9 crosstool-ng-1.9.3
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:11:19 +0100] rev 2292
1.9: update version to 1.9.3

2011-01-26libc/mingw: do not remove support symlink 1.9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 26 Jan 2011 00:04:41 +0100] rev 2291
libc/mingw: do not remove support symlink

Under mingw, it seems that there is a mix between the traditional /usr
directory, and a similar-purposed /mingw directory (both in the sysroot).

Currently, we create /mingw as a symlink to /usr, and we removed it in
the libc-finish step.

Unfortunately, this prevents the pre-processor to find the headers.
Keeping the symlink makes it magically work...

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from fa5c70b11fecf390c78780fe8f8ba0a836a59e92)

2011-01-30samples: update the samples
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 30 Jan 2011 19:25:56 +0100] rev 2290
samples: update the samples

Release time is coming at a fast pace. It is now time to
update the samples so they apply cleanly.

The canadian-cross sample mingw32,i686-none-linux-gnu has
been replaced with i586-mingw32msvc,i686-none-linux-gnu.

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

2011-01-31libc/glibc: add option to force unwind
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 31 Jan 2011 19:52:18 +0100] rev 2289
libc/glibc: add option to force unwind

We make it an option, as not all combinations of architectures
vs. compiler vs. glibc/eglibc exhibit the issue. Mostly visible
on old glibc versions, it seems...

This is a missing part from the glibc/eglibc merger... :-/

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

2011-01-30scripts: update tools
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 30 Jan 2011 19:31:51 +0100] rev 2288
scripts: update tools

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

2011-01-28cc/gcc: enable plugins if needed
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 28 Jan 2011 18:53:37 +0100] rev 2287
cc/gcc: enable plugins if needed

Enabling plugins in binutils is not enough, and gcc also
needs to be ./configured with --enable-plugins, although
this is not documented anywhere... :-/

Reported-by: karthik duraisami <kdconstant@hotmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-01-26scripts: squash the multi-slash in the sysroot symlink
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 26 Jan 2011 19:13:18 +0100] rev 2286
scripts: squash the multi-slash in the sysroot symlink

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