staging/chunkeey/toolchain/Config.in, branch v19.07.2

toolchain: replace LEDE in help text

2019-06-10T09:31:52Z

Use generic wording. Signed-off-by: Karl Pálsson Signed-off-by: Christian Lamparter [fixed a -> á]

musl: improve crypt() size hack

2019-01-22T11:08:03Z

Instead of silently downgrading any non-MD5 crypt() request to DES, cleanly fail with return NULL and errno = ENOSYS. This allows callers to notice the missing support instead of the unwanted silent fallback to DES. Also add a menuconfig toolchain option to optionally disable the crypt size hack completely. This can be probably made dependant on SMALL_FLASH or a similar feature indicator in a future commit. Ref: https://github.com/openwrt/openwrt/pull/1331 Signed-off-by: Jo-Philipp Wich

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