Bryan Hundven <bryanhundven@gmail.com> [Thu, 30 Jun 2011 18:14:01 +0200] rev 2520
libc/eglibc: Add option that allows for getting svn over http://
Instead of getting eglibc over standard svn://svn.eglibc.org
Add an option that allows the user to get source from
http://www.eglibc.org/svn
This is useful if you are behind a firewall or proxy.
If you are behind a proxy, don't forget to configure
${HOME}/.subversion/servers
In the [global] section setup your proxy configuration.
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
[yann.morin.1998@anciens.enib.fr: removed useless 'default n']
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 28 Jun 2011 23:46:04 +0200] rev 2519
cc/gcc: remove --enable-symver option
That option is coming from the original crosstool, and is not entirely
understand here.
Moreover, it breaks with newer gcc-s: 4.6.1 now breaks while configuring
libjava (and probably some other libs as well, untested).
There is an related bug report to the gcc BZ:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49555
If need be, the old behavior can be restored with:
CC_CORE_EXTRA_CONFIG_ARRAY="--enable-symver=gnu"
CC_EXTRA_CONFIG_ARRAY="--enable-symver=gnu"
Reported-by: Bryan Hundven <bryanhundven@gmail.com>
Reviewed-by: Bryan Hundven <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 27 Jun 2011 00:12:29 +0200] rev 2518
libc/uClibc: add latest release 0.9.32 + patchset
The patchset was obtained by dumping each changeset on the
upstream 0.9.32 branch since the release:
git log v0.9.32..origin/0.9.32 |sed -r -e '/^commit/!d; s/.* //;' |tac
and then creating a patch from each changeset.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Bryan Hundven <bryanhundven@gmail.com> [Mon, 27 Jun 2011 12:44:45 -0700] rev 2517
config/kernel: Update kernel versions
Add 2.6.39.2
Update 2.6.34 to 2.6.34.10
Update 2.6.33 to 2.6.33.15
Update 2.6.32 to 2.6.32.42
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
Bryan Hundven <bryanhundven@gmail.com> [Mon, 27 Jun 2011 12:40:23 -0700] rev 2516
cc/gcc: Update gcc versions
Add gcc 4.6.1, 4.3.6, and 4.5.3.
Move 4.4.6 version string so that it is in order.
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
Bryan Hundven <bryanhundven@gmail.com> [Sun, 26 Jun 2011 03:26:54 -0700] rev 2515
glibc: Refactor startfiles/headers into do_libc_backend()
Refactor the contents of 'do_libc_start_files()' and 'do_libc()' into a
parameterized 'do_libc_backend()'. 'do_libc_start_files()' and 'do_libc()'
call 'do_libc_backend()' with either 'libc_mode=startfiles' or
'libc_mode=final' (respectively) so that the startfiles/headers and
the final libc builds are configured and built with the same options.
One example of where this is needed is when building a mips toolchain.
Previously, if you were building an n32 toolchain, you wouldn't have
noticed an issue, because if '-mabi' is not in CFLAGS, n32 is the
default:
http://sourceware.org/git/?p=glibc-ports.git;a=blob;f=sysdeps/mips/preconfigure;hb=HEAD
But when trying to build an o32 or n64 toolchain the build would
have failed. This is because (e)glibc expects "-mabi={o32,n32,n64}" to be
in CFLAGS, but was not previously provided in 'do_libc_start_files()'.
The build failure would happen in the shared-core gcc when it tries to
configure an n64 or o32 gcc with an n32 libc.
A simpler solution would have been to just add TARGET_CFLAGS to configure
in 'do_libc_start_files()', but this way makes configure and make
consistent for both steps.
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 22 Jun 2011 22:54:14 +0200] rev 2514
kernel/linux: fix type in version strings
I missed refreshing the patch before pushing. :-(
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Bryan Hundven <bryanhundven@gmail.com> [Tue, 21 Jun 2011 21:01:20 -0700] rev 2513
config/kernel: Update linux kernel versions
Add 2.6.39.1
Drop 2.6.38-2.6.38.6 provide the latest 2.6.38.8
Update longterm trees:
* 2.6.33 is 2.6.33.14
* 2.6.32 is 2.6.32.41
Bryan Hundven <bryanhundven@gmail.com> [Tue, 21 Jun 2011 20:52:08 -0700] rev 2512
config/eglibc: Add eglibc-2_14 branch
Eglibc-2_14 has been branched.
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
Antony Pavlov <antonynpavlov@gmail.com> [Mon, 13 Jun 2011 22:54:29 +0400] rev 2511
samples: add mips-malta-linux-gnu toolchain config
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Thu, 16 Jun 2011 21:10:12 +0200] rev 2510
cc/gcc: bump Linaro GCC revisions to 2011.06-0
This patch bumps the Linaro GCC revisions to 2011.06-0 when applicable.
Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 08 Jun 2011 19:32:20 +0200] rev 2509
configure: check for ncurses libs + headers in one go
./configure now has the possibility to check for libraries and headers
in one go, so we can use it! :-)
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Wed, 08 Jun 2011 15:47:43 +0200] rev 2508
debug/cross-gdb: check host dependencies
Cross-gdb depends on expat and python. If either is missing, cross-gdb will
build successfully, but lacking some features.
Especially, if expat is missing, cross-gdb will be unable to parse the target
description, which may lead to runtime malfunctions and the following GDB
warning:
"Can not parse XML target description; XML support was disabled at compile time"
Hence, expat should be considered mandatory.
On the other hand, the features missing without python are not critical, so
python should not be considered mandatory.
This patch does the following:
- At configure time, warn the user if either expat or python is missing.
- In menuconfig, disable the static build options regarding cross-gdb if no
static version of expat is available, and disable cross-gdb if expat is
missing.
Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
[yann.morin.1998@anciens.enib.fr: add comment for impossible static cross-gdb]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Wed, 08 Jun 2011 15:47:03 +0200] rev 2507
configure: give check_for() the ability to test several item types at once
Currently, check_for() can only test one of prog, inc or lib at once. This patch
removes this limitation.
Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 04 Jun 2011 19:17:26 +0200] rev 2506
configure: rationalise error messages with meaningful texts
Currently, error messages just state the obvious: a required
component is required. While in some cases, there is not much
else to say, in some other cases we could tell much more.
For example, a missing libstdc++ means no static toolchain.
Also, format error and warning messages in a similar fashion,
with a {error,warning} intro, followed by the message specified
by the caller.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>