staging/chunkeey/toolchain/Config.in, branch state

toolchain: Replace YASM with NASM

2018-07-05T14:17:06Z

Packages libx264 and ffmpeg are built with ASM options on x86 platforms. The current libx264 version no longer builds with YASM and requires NASM. ffmpeg 3.x can be built with either YASM or NASM however, furture 4.x versions will require NASM. Signed-off-by: Ted Hess Acked-by: Rosen Penev

toolchain: gdb: activate on ARM64

2018-02-10T19:15:52Z

gdb supports ARM64 since quite some time now, activate it there like on other CPU architectures. Signed-off-by: Hauke Mehrtens

build: cleanup SSP_SUPPORT configure option

2018-01-27T18:02:48Z

Configure variable SSP_SUPPORT is ambiguous for packages (tor, openssh, avahi, freeswitch). It means 'toolchain supporting SSP', but for toolchain and depends it means 'build gcc with libssp'. Musl no longer uses libssp (1877bc9d8f), it has internal support, so SSP_SUPPORT was disabled leading some package to not use SSP. No information why Glibc and uClibc use libssp, but they may also provide their own SSP support. uClibc used it own with commit 933b588e25 but it was reverted in f3cacb9e84 without details. Create an new configure GCC_LIBSSP and automatically enable SSP_SUPPORT if either USE_MUSL or GCC_LIBSSP. Signed-off-by: Julien Dusser

toolchain: use glibc for powerpc64 builds

2017-10-24T11:24:04Z

Neither uClibc nor musl currently have working support for powerpc64 in big endian mode. Thus, default to using glibc for this architecture. Signed-off-by: Florian Larysch

toolchain: remove powerpc64 feature

2017-10-24T11:24:04Z

The powerpc64 feature flag was introduced with the PS3 support, which has been removed for quite a while and is now unused. Remove it and the special biarch handling it triggered during the toolchain build. Signed-off-by: Florian Larysch

toolchain/insight: Remove from tree

2017-05-29T07:57:18Z

Insight hasn't been touched since 2009 and I can't find any references at least 6 years back of being used. Ubuntu and Debian removed insight years ago from their repos so I think we can safely remove this too. Signed-off-by: Daniel Engberg

build: remove libc version config code

2017-02-11T14:37:55Z

We only support one version per libc type Signed-off-by: Felix Fietkau

toolchain: Rework external toolchain libc selection

2016-09-28T06:39:01Z

Make it a choice menu which offers the 3 C libraries we know about: glibc, uClibc and musl. While at it, make it possible for the external toolchain libc to select USE_GLIBC, USE_UCLIBC or USE_MUSL which is used by several packages to conditionally include specific CFLAGS (e.g: iproute2). Because USE_GLIBC et al. can now be selected by external toolchains, we need to restrict the per-libc menus to check on !EXTERNAL_TOOLCHAIN. While at it, make musl the default C library for external toolchain to match the internal toolchain. Signed-off-by: Florian Fainelli Signed-off-by: Felix Fietkau

glibc: add 2.24

2016-08-30T08:51:21Z

since eglibc is deprecated just use glibc as name - fix build errors w. stack-protector (observed for x86_64): libresolv_pic.a(gethnamaddr.os): In function `addrsort': gethnamaddr.c:(.text+0x425): undefined reference to `__stack_chk_guard' by additionally setting libc_cv_ssp_strong=no like previously libc_cv_ssp=no was set - fix compile errors on 2.24 x86 introduced by upstream changesets "Optimize i386 syscall inlining" errors are like: - https://sourceware.org/ml/libc-alpha/2015-10/msg00745.html and trying to fix with the whats suggested at: https://patchwork.openembedded.org/patch/118909/ leads to other error: gcc6: elf/librtld.os: In function `__mmap': (.text+0x131a9): undefined reference to `__libc_do_syscall' or: gcc5: elf/dl-load.os {standard input}: Assembler messages: {standard input}:5129: Error: symbol `__x86.get_pc_thunk.cx' is already defined instead of testing other flags/effects (-fno-omit-frame-pointer) just use -O2 (like buildroot does) instead of -Os boot+pings tested on: qemu malta (le+be) (gcc5+bin2.25.1) qemu aarch64 (gcc5+bin2.25.1) qemu x86_64 (gcc6+bin2.26) qemu x86 generic (gcc6+bin2.26) Signed-off-by: Dirk Neukirchen

toolchain: include yasm in x86 toolchain

2016-08-19T15:53:50Z

Some libraries require yasm to build with in-line assembly for x86 targets. Signed-off-by: Daniel Golle