2011-07-17cc/gcc: always build core compilers to run on the build machine
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jul 2011 18:28:19 +0200] rev 2925
cc/gcc: always build core compilers to run on the build machine

The core compilers are used to build the C library, so they
should always run on the build machine, not on the host.

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

2012-01-01cc/gcc: install the core compilers in the build-tools dir
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 01 Jan 2012 17:49:44 +0100] rev 2924
cc/gcc: install the core compilers in the build-tools dir

There really is no good reason to install the core compilers in their
own places, one for each pass. We can install them with the other
build tools.

Also, this implies that:
- there are fewer directories to save/restore
- there are fewer symlinks to create for binutils
- the PATH is shorter

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

2012-01-02binutils/binutils: don't install symlinks when in canadian
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 02 Jan 2012 21:38:12 +0100] rev 2923
binutils/binutils: don't install symlinks when in canadian

When building a canadian-cross, the binutils are not executable on
the build machine, so there is no point in installing the symlinks
in the gcc static/shared install dirs.

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

2012-04-02kernel/linux: add latest versions
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 02 Apr 2012 19:50:22 +0200] rev 2922
kernel/linux: add latest versions

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

2012-03-20kernel/linux: add latest versions
"Yann E. MORIN" <yann.morin.1998@free.fr> [Tue, 20 Mar 2012 18:44:44 +0100] rev 2921
kernel/linux: add latest versions

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

2012-03-17kernel/linux: update long-term versions
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sat, 17 Mar 2012 23:43:59 +0100] rev 2920
kernel/linux: update long-term versions

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

2012-03-15debug/gdb: update Linaro GDB revisions to 2012.02
"Benoît Thébaudeau" <benoit.thebaudeau@advansee.com> [Thu, 15 Mar 2012 13:20:34 +0100] rev 2919
debug/gdb: update Linaro GDB revisions to 2012.02

Update Linaro GDB with the latest available revisions.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>

2012-03-15cc/gcc: update Linaro GCC revisions to 2012.03
"Benoît Thébaudeau" <benoit.thebaudeau@advansee.com> [Thu, 15 Mar 2012 13:13:31 +0100] rev 2918
cc/gcc: update Linaro GCC revisions to 2012.03

Update Linaro GCC with the latest available revisions.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>

2012-03-15kernel/linux: update revisions
"Benoît Thébaudeau" <benoit.thebaudeau@advansee.com> [Thu, 15 Mar 2012 13:05:31 +0100] rev 2917
kernel/linux: update revisions

Update Linux with the latest available revisions.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>

2012-03-06docs: update my e-mail 1.14
"Yann E. MORIN" <yann.morin.1998@free.fr> [Tue, 06 Mar 2012 21:36:10 +0100] rev 2916
docs: update my e-mail

Since anciens.enib.fr has been dead for two months now, without any
hope of recovery, update my e-mail to point to @free.fr instead.

Reported-by: "Bryan Hundven" <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
(transplanted from dcdb309b796797d2b4b8ab52a306b91889481db8)

2012-03-12debug/strace: fix download URL 1.14
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 12 Mar 2012 21:19:26 +0100] rev 2915
debug/strace: fix download URL

strace upstream location has slightly changed.

Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
(transplanted from cc170c96362c5e12d407558042f6fc17ead43f75)

2012-02-13docs/known-issues: add note about build issue on x86_64 with 32bit userspace 1.14
Johannes Stezenbach <js@sig21.net> [Mon, 13 Feb 2012 21:10:06 +0100] rev 2914
docs/known-issues: add note about build issue on x86_64 with 32bit userspace

Signed-off-by: Johannes Stezenbach <js@sig21.net>
(transplanted from da77b5e7cb9f921d0e2a22818b7945906100e704)

2012-03-12debug/strace: fix download URL 1.13
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 12 Mar 2012 21:19:26 +0100] rev 2913
debug/strace: fix download URL

strace upstream location has slightly changed.

Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
(transplanted from cc170c96362c5e12d407558042f6fc17ead43f75)

2012-03-06docs: update my e-mail 1.13
"Yann E. MORIN" <yann.morin.1998@free.fr> [Tue, 06 Mar 2012 21:36:10 +0100] rev 2912
docs: update my e-mail

Since anciens.enib.fr has been dead for two months now, without any
hope of recovery, update my e-mail to point to @free.fr instead.

Reported-by: "Bryan Hundven" <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
(transplanted from dcdb309b796797d2b4b8ab52a306b91889481db8)

2012-02-13docs/known-issues: add note about build issue on x86_64 with 32bit userspace 1.13
Johannes Stezenbach <js@sig21.net> [Mon, 13 Feb 2012 21:10:06 +0100] rev 2911
docs/known-issues: add note about build issue on x86_64 with 32bit userspace

Signed-off-by: Johannes Stezenbach <js@sig21.net>
(transplanted from da77b5e7cb9f921d0e2a22818b7945906100e704)

2012-03-12debug/strace: fix download URL
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 12 Mar 2012 21:19:26 +0100] rev 2910
debug/strace: fix download URL

strace upstream location has slightly changed.

Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2012-03-01libg/eglibc: add updated eglibc 2.15
"Bryan Hundven" <bryanhundven@gmail.com> [Thu, 01 Mar 2012 15:23:49 -0800] rev 2909
libg/eglibc: add updated eglibc 2.15

Includes a patch to remove __builtin_expect test:

In eglibc-2.15, the build breaks in configure while testing
for the existance of __builtin_expect. It fails with newer
versions of gcc.

This patch is a modification of an upstream change in glibc
mainline (to be 2.16) to fix the following error:

[CFG ] checking for __builtin_expect... no
[ERROR] configure: error: support for __builtin_expect needed

http://sourceware.org/git/?p=glibc.git;a=commit;h=3857022a761ea7251f8e5c0e45d382ebc3e34cf9

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
[yann.morin.1998@free.fr: coalesce both patches into a single changeset]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2012-03-06docs: update my e-mail
"Yann E. MORIN" <yann.morin.1998@free.fr> [Tue, 06 Mar 2012 21:36:10 +0100] rev 2908
docs: update my e-mail

Since anciens.enib.fr has been dead for two months now, without any
hope of recovery, update my e-mail to point to @free.fr instead.

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

2012-03-04kernel/linux: update 3.0 and long term 2.6.32
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 04 Mar 2012 23:17:58 +0100] rev 2907
kernel/linux: update 3.0 and long term 2.6.32

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

2012-03-04binutils/binutils: rename function that build target libraries
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 04 Mar 2012 17:31:23 +0100] rev 2906
binutils/binutils: rename function that build target libraries

Prepare for the incoming build/host/target frontends.

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

2012-01-03complibs/libelf: rename libelf for target function
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 03 Jan 2012 18:39:11 +0100] rev 2905
complibs/libelf: rename libelf for target function

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

2012-03-03cc/gcc: forward-port patch to new versions
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sat, 03 Mar 2012 23:38:33 +0100] rev 2904
cc/gcc: forward-port patch to new versions

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

2012-03-01Add updated gcc 4.6.3
"Bryan Hundven" <bryanhundven@gmail.com> [Thu, 01 Mar 2012 15:20:09 -0800] rev 2903
Add updated gcc 4.6.3

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

2012-03-01kernel/linux: update kernel versions 3.2.7..3.2.9
"Bryan Hundven" <bryanhundven@gmail.com> [Thu, 01 Mar 2012 15:23:49 -0800] rev 2902
kernel/linux: update kernel versions 3.2.7..3.2.9

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
[yann.morin.1998@free.fr: add 3.2.9 too]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2012-02-27cc/gcc: Update core_prefix_dir to prefix.
Zhenqiang Chen <zhenqiang.chen@linaro.org> [Mon, 27 Feb 2012 15:24:18 +0800] rev 2901
cc/gcc: Update core_prefix_dir to prefix.

core_prefix_dir is not defined. It should be prefix.

Signed-off-by: Zhenqiang Chen <zhenqiang.chen@linaro.org>

2011-07-24cc-gcc: the frontends are responsible for mkdir/chdir
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jul 2011 19:35:24 +0200] rev 2900
cc-gcc: the frontends are responsible for mkdir/chdir

The build dir are created depending on the host (host for that specific
backend, not host for the toolchain). Only the frontends know what host
this is, so only the frontends can create non-ambiguous dirs.

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

2012-01-01libc/glibc: use CT_mkdir_pushd helper
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 01 Jan 2012 17:35:10 +0100] rev 2899
libc/glibc: use CT_mkdir_pushd helper

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

2011-07-24functions: add new helpers that create a dir and cd/pushd into it
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jul 2011 20:08:13 +0200] rev 2898
functions: add new helpers that create a dir and cd/pushd into it

A lot of places are currently doing:
mkdir -p foo/bar
cd foo/bar

Or even:
mkdir -p foo/bar
pushd foo/bar
[...]
popd

Provide both wrapper to ease doing this.

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

2011-07-24cc/gcc: fix core backend's API doc
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jul 2011 19:24:02 +0200] rev 2897
cc/gcc: fix core backend's API doc

Make it more in line with the final backend's doc,
and make it simpler as well.

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

2011-07-24cc/gcc: no need to build a static core pass-1 gcc for baremetal
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jul 2011 19:33:04 +0200] rev 2896
cc/gcc: no need to build a static core pass-1 gcc for baremetal

The only user of the static core compiler in pass-1 was the newlib
C library. Now that it is build in a later step, we do no longer
need to build a static core compiler in pass-1.

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

2011-07-17libc/newlib: build newlib in the proper step
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jul 2011 18:01:28 +0200] rev 2895
libc/newlib: build newlib in the proper step

Currently, newlib is built in the start_file step, which is wrong, but was
needed when the baremetal integration was... well, 'unfinished'.

Now that we build the baremetal compiler from the final cc step, and a
proper core gcc in pass-1 and pass-2, we can move the newlib build to the
step do_libc, where it belongs.

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

2012-02-13cc/gcc: comonalise the manuals build decision
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 13 Feb 2012 22:18:02 +0100] rev 2894
cc/gcc: comonalise the manuals build decision

Let the final frontend decide whether or not to build the manuals.

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

2011-07-17cc/gcc: do not use the core pass-2 to build the baremetal compiler
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jul 2011 22:43:07 +0200] rev 2893
cc/gcc: do not use the core pass-2 to build the baremetal compiler

In case we build a baremetal compiler, use the standard passes:
- core_cc is used to build the C library;
- as such, it is meant to run on build, not host;
- the final compiler is meant to run on host;

As the current final compiler step can not build a baremetal compiler,
call the core backend from the final step.

NB: Currently, newlib is built during the start_files pass, so we have
to have a core compiler by then... Once we can build the baremetal
compiler from the final cc step, then we can move the newlib build to
the proper step, and then get rid of the core pass-1 static compiler...

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

2011-07-17cc/gcc: add the backend/frontend infra for final gcc
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jul 2011 22:46:47 +0200] rev 2892
cc/gcc: add the backend/frontend infra for final gcc

Currently, we issue the bare-metal compiler from the pass_1 & pass_2
core compilers, because the final gcc breaks while doing so.

This implies we have to build some libces during the start_files step,
instead of the standard libc step. This is the case for newlib.

By adding a backend/frontend infra to the final gcc, we can abstract
what backend to call: the standard backend for non-bare-metal gcc,
and the core backend for bare-metal.

This patch is just an no-op, it just adds the final backend and
frontend without changing the way bare-metal is built, to come in a
subsequent patch.

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

2011-08-23cc/gcc: add 'cflags' paramater to the core backend
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 23 Aug 2011 21:11:26 +0200] rev 2891
cc/gcc: add 'cflags' paramater to the core backend

As the core backend is used to generate the bare-metal compiler,
we need to pass it the host CFLAGS.

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

2011-07-17cc/gcc: add host parameter to core compiler build process
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jul 2011 18:10:53 +0200] rev 2890
cc/gcc: add host parameter to core compiler build process

Tell the core compiler what host it should run on (instead of
hard-coding runing on CT_HOST).

No functional change so far, switching between CT_HOST and CT_BUILD
will come in a following patch.

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

2011-07-17cc/gcc: pass the install prefix to the core passes
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jul 2011 17:56:22 +0200] rev 2889
cc/gcc: pass the install prefix to the core passes

Currently, the discrimination on the core compilers prefixes depends on
the type of core compiler to build.

This is not correct, and the caller of the core backend should specify
the prefix.

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

2011-07-17cc/gcc: pass the companion libs prefix to cc_core
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jul 2011 17:54:21 +0200] rev 2888
cc/gcc: pass the companion libs prefix to cc_core

In case of canadian-cross, the companion libraries are not the same for
the core cc (they run on 'build') as they are for the final cc (they run
on 'host').

Prepare for this differentiation (coming later), while retaining the
current behavior (to use the same compblibs).

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

2011-11-20cc/gcc: rename the core backend function
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 20 Nov 2011 18:08:00 +0100] rev 2887
cc/gcc: rename the core backend function

Rename the core backend function to do_cc_core_backend, to
make it explicit it is a backend.

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

2011-07-17cc/gcc: simplify calls to core backend
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jul 2011 15:48:27 +0200] rev 2886
cc/gcc: simplify calls to core backend

The core backend is going to have more parameters in the upcoming
patches, so it will be a bit complex to handle.

Introduce an array-variable that is filled by the different code-paths
with the required values.

This makes the code easier to read and maintain.

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

2012-02-13kernel/linux: update to latest versions
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 13 Feb 2012 22:56:45 +0100] rev 2885
kernel/linux: update to latest versions

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

2012-02-13cc/gcc: do not consume parameters when parsing them
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 13 Feb 2012 21:51:48 +0100] rev 2884
cc/gcc: do not consume parameters when parsing them

The current construct consumes the parameters while we parse them.
Change this to a construct that does not consume the parameters.

This has no impact on gcc, but is done for homogeneity with other
components (eg. glibc).

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

2012-02-13libc/glibc: do not consume parameters when parsing them
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 13 Feb 2012 21:47:25 +0100] rev 2883
libc/glibc: do not consume parameters when parsing them

Currently, there are two constructs used to parse arguments in
glibc backends, one that consumes args as they are parsed, and
one that does not.

Always use the construct that does not eat args as they are parsed.

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

2012-02-13docs/known-issues: add note about build issue on x86_64 with 32bit userspace
Johannes Stezenbach <js@sig21.net> [Mon, 13 Feb 2012 21:10:06 +0100] rev 2882
docs/known-issues: add note about build issue on x86_64 with 32bit userspace

Signed-off-by: Johannes Stezenbach <js@sig21.net>

2012-02-13help: fix typo
Johannes Stezenbach <js@sig21.net> [Mon, 13 Feb 2012 21:07:55 +0100] rev 2881
help: fix typo

Signed-off-by: Johannes Stezenbach <js@sig21.net>

2012-02-09cc/gcc: update Linaro GCC revisions to 2012.02
"Benoît Thébaudeau" <benoit.thebaudeau@advansee.com> [Thu, 09 Feb 2012 13:09:08 +0100] rev 2880
cc/gcc: update Linaro GCC revisions to 2012.02

Update Linaro GCC with the latest available revisions.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>

2012-02-09kernel/linux: update revisions
"Benoît Thébaudeau" <benoit.thebaudeau@advansee.com> [Thu, 09 Feb 2012 13:00:49 +0100] rev 2879
kernel/linux: update revisions

Update Linux with the latest available revisions.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>

2012-02-091.13: re-close the branch 1.13
"Yann E. MORIN" <yann.morin.1998@free.fr> [Thu, 09 Feb 2012 21:42:35 +0100] rev 2878
1.13: re-close the branch

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

2012-02-091.13: update version to 1.13.4+hg 1.13
"Yann E. MORIN" <yann.morin.1998@free.fr> [Thu, 09 Feb 2012 21:39:32 +0100] rev 2877
1.13: update version to 1.13.4+hg

2012-02-09Tagging release 1.13.4 1.13
"Yann E. MORIN" <yann.morin.1998@free.fr> [Thu, 09 Feb 2012 21:39:32 +0100] rev 2876
Tagging release 1.13.4

2012-02-091.13: update version to 1.13.4 1.13 crosstool-ng-1.13.4
"Yann E. MORIN" <yann.morin.1998@free.fr> [Thu, 09 Feb 2012 21:39:31 +0100] rev 2875
1.13: update version to 1.13.4

2012-02-05scripts: fix download from sourceforge 1.13
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 05 Feb 2012 23:26:55 +0100] rev 2874
scripts: fix download from sourceforge

It seems sourceforge changed yet again the way to download files.
This time, no longer use their 'mesh' thingy, and hard-code the
server to use in the URL... Sigh... :-(

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

2012-02-081.14: update version to 1.14.1+hg 1.14
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 08 Feb 2012 00:44:52 +0100] rev 2873
1.14: update version to 1.14.1+hg

2012-02-08Tagging release 1.14.1 1.14
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 08 Feb 2012 00:44:52 +0100] rev 2872
Tagging release 1.14.1

2012-02-081.14: update version to 1.14.1 1.14 crosstool-ng-1.14.1
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 08 Feb 2012 00:44:52 +0100] rev 2871
1.14: update version to 1.14.1

2012-02-08debug/strace: 4.6 requires xz 1.14
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 08 Feb 2012 00:28:43 +0100] rev 2870
debug/strace: 4.6 requires xz

strace 4.6 is only available as an XZ-compressed tarball.

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

2012-02-05scripts: fix download from sourceforge 1.14
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 05 Feb 2012 23:26:55 +0100] rev 2869
scripts: fix download from sourceforge

It seems sourceforge changed yet again the way to download files.
This time, no longer use their 'mesh' thingy, and hard-code the
server to use in the URL... Sigh... :-(

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

2012-02-08debug/strace: 4.6 requires xz
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 08 Feb 2012 00:28:43 +0100] rev 2868
debug/strace: 4.6 requires xz

strace 4.6 is only available as an XZ-compressed tarball.

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

2012-02-05scripts: fix download from sourceforge
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 05 Feb 2012 23:26:55 +0100] rev 2867
scripts: fix download from sourceforge

It seems sourceforge changed yet again the way to download files.
This time, no longer use their 'mesh' thingy, and hard-code the
server to use in the URL... Sigh... :-(

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

2012-02-02libc/uClibc: add 0.9.33
Johannes Stezenbach <js@sig21.net> [Thu, 02 Feb 2012 22:43:18 +0100] rev 2866
libc/uClibc: add 0.9.33

Signed-off-by: Johannes Stezenbach <js@sig21.net>