a2cc96556e
Now that we are always explicitly passing gcc_cv_libc_provides_ssp, there is no longer any reason to modify the gcc configure/configure.ac to take into account the musl case. When a musl toolchain is being built, BR2_TOOLCHAIN_HAS_SSP is always 'y', and therefore gcc_cv_libc_provides_ssp=yes is always passed when building gcc-initial and gcc-final. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> |
||
---|---|---|
.. | ||
100-uclibc-conf.patch | ||
111-pr65730.patch | ||
301-missing-execinfo_h.patch | ||
305-libmudflap-susv3-legacy.patch | ||
810-arm-softfloat-libgcc.patch | ||
830-arm_unbreak_armv4t.patch | ||
841-PR57717-E500v2.patch | ||
842-PR60155.patch | ||
843-aarch64-vmlaq_lane_s32-typo.patch | ||
850-libstdcxx-uclibc-c99.patch | ||
851-PR-other-56780.patch | ||
870-xtensa-add-mauto-litpools-option.patch | ||
871-xtensa-reimplement-register-spilling.patch | ||
872-xtensa-use-unwind-dw2-fde-dip-instead-of-unwind-dw2-.patch | ||
873-xtensa-fix-_Unwind_GetCFA.patch | ||
900-musl-support.patch | ||
1000-powerpc-link-with-math-lib.patch.conditional |