packages/sox: unconditionaly disable custom SSP detection
authorYann Droneaud <ydroneaud@opteya.com>
Fri, 25 Oct 2019 13:42:42 +0000 (15:42 +0200)
committerThomas Petazzoni <thomas.petazzoni@bootlin.com>
Fri, 25 Oct 2019 14:40:42 +0000 (16:40 +0200)
commit4653d273b82e130c8d72622448bf720e6e6c4eb1
tree7f9b78ed130e02b3c6a9cfa829ac5ede09474762
parent971479ed6276782a1768a1b8effec2a34787661c
packages/sox: unconditionaly disable custom SSP detection

sox implements a custom mechanism to detect whether the toolchain has
SSP suport or not. In doing so, it explicitly tries to see if libssp.so
is present, in which case it unconditionally links with it, even though
the compiler, if left by itself, would have used the SSP support
provided by the C library.

However, with Buildroot, the SSP options are handled in our gcc
wrapper, so packages should just not bother with that.

It turns out that, when sox is configured with --disable-stack-protector,
it does not disable it, but really does nothing, which is good for us.

Currently, SSP is conditionally disabled in sox, under various
conditions: that the toolchain does not have SSP, or that it is one of
the know SSP-challenged (i.e. broken) toolchains. Those conditions dates
back tpo before our wrapper started handling that.

Remove all those conditions, unconditionally disable SSP in sox, and let
our gcc wrapper handle the SSP options.

Signed-off-by: Yann Droneaud <ydroneaud@opteya.com>
Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
package/sox/sox.mk