Skip to contentSkip to conversation

toolchain/buildroot: default to glibc where possible/convenient

PATCH New Gustavo Zacarias 2 participants 3 messages Mar 3, 2015 – Mar 4, 2015

lore
Share & tools
lore

Gustavo Zacarias

author
#0 lore raw

PATCH 1/2 toolchain/buildroot: default to glibc where possible/convenient

Default to glibc over eglibc where it's possible and/or convenient. Since the eglibc project is basically gone and merged with glibc it doesn't make sense to keep defaulting to it for architectures that aren't uClibc-capable.

Signed-off-by Gustavo Zacarias <[email protected]>
---
 toolchain/toolchain-buildroot/Config.in | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
toolchain/toolchain-buildroot/Config.in +2 -1
index 1b9f3a3..d4e3bcc 100644
@@ -23,7 +23,8 @@ source "package/linux-headers/Config.in.host"
 choice
 	prompt "C library"
 	default BR2_TOOLCHAIN_UCLIBC
-	default BR2_TOOLCHAIN_BUILDROOT_EGLIBC if BR2_mips64 || BR2_mips64el
+	default BR2_TOOLCHAIN_BUILDROOT_GLIBC if BR2_aarch64 || BR2_microblaze \
+		|| BR2_mips64 || BR2_mips64el || BR2_powerpc64
 
 config BR2_TOOLCHAIN_BUILDROOT_UCLIBC
 	bool "uClibc"
Signature · 1 line
2.0.5
author
#1 lore raw

PATCH 2/2 configs/qemu_mips64el_malta_defconfig: don't force eglibc

It's not required, the toolchain options should handle that.

Signed-off-by Gustavo Zacarias <[email protected]>
---
 configs/qemu_mips64el_malta_defconfig | 3 ---
 1 file changed, 3 deletions(-)
configs/qemu_mips64el_malta_defconfig +0 -3
index 8d3a132..8999e6c 100644
@@ -2,9 +2,6 @@
 BR2_mips64el=y
 BR2_MIPS_NABI64=y
 
-# Toolchain
-BR2_TOOLCHAIN_BUILDROOT_EGLIBC=y
-
 # Filesystem
 BR2_TARGET_ROOTFS_EXT2=y
 # BR2_TARGET_ROOTFS_TAR is not set
Signature · 1 line
2.0.5
#2 lore raw

PATCH 1/2 toolchain/buildroot: default to glibc where possible/convenient

In reply to Gustavo Zacarias

Dear Gustavo Zacarias,

Quoted 6 lines · Gustavo Zacarias

Default to glibc over eglibc where it's possible and/or convenient. Since the eglibc project is basically gone and merged with glibc it doesn't make sense to keep defaulting to it for architectures that aren't uClibc-capable.

Signed-off-by Gustavo Zacarias <[email protected]>

Both applied, thanks!

Thomas

Signature · 3 lines
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com