mtk-20170518/package/libs/toolchain, branch master

build: cleanup SSP_SUPPORT configure option

2018-01-27T18:02:48+00:00

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: Package libgomp

2017-05-11T20:42:55+00:00

Some external toolchains may be configured to enable OpenMP. Provide a
package for these libraries which can be used by other packages.

Signed-off-by: Florian Fainelli

toolchain: add musl libc.so to external toolchain

2017-03-15T21:31:11+00:00

musl provides a /lib/libc.so file which should be integrated into the libc
package when the external toolchain with musl is used.

Signed-off-by: Hauke Mehrtens 
Reviewed-by: Florian Fainelli 
Acked-by: Jo-Philipp Wich

toolchain: Allow external toolchains to specify libthread-db

2017-03-04T19:19:56+00:00

We need to let external toolchains be able to specify the path and
specification file to the libthread-db POSIX thread debugging shared
libraries.

This fixes GDB not being able to be installed because it is depending on
libthread-db:

Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies
 * for gdb:
 *      libthread-db *
 * opkg_install_cmd: Cannot install package gdb.

Signed-off-by: Florian Fainelli

toolchain/uclibc: Bump version to 1.0.22

2017-02-11T14:38:39+00:00

Important change was made in 1.0.18: all sub-libs were merged
in one and only libc similarly to musl.

See [1] for more details.

To support that we had to remove refences to those sub-libs like
libpthread, libcrypt, libdl, libm, libutil etc.

[1] http://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=29ff9055c80efe77a7130767a9fcb3ab8c67e8ce

Signed-off-by: Alexey Brodkin

toolchain: Broaden the executable loader pattern

2017-01-29T19:51:02+00:00

Some toolchains will produce executables with an interpreter that is e.g:
ld.so.1 (typically a symbolic link). Due to our current LIBC_SPEC_FILE value,
we would not be able to copy this symbolic link/file over to the rootfs and
executables would fail to load. Extend the search pattern to include all
ld*.so* files that could be needed.

Signed-off-by: Florian Fainelli

toolchain: Force installation into /lib

2016-09-28T06:39:00+00:00

For 64-bit capable systems, a symbolic link is set up for /lib64 to point to
/lib, so make sure the installation goes into /lib, irrespective of where the C
library files come from in an external toolchain.

Signed-off-by: Florian Fainelli

treewide: replace nbd@openwrt.org with nbd@nbd.name

2016-06-07T06:58:42+00:00

Signed-off-by: Felix Fietkau

package: fix toolchain ipk flags

2016-04-22T10:20:47+00:00

Signed-off-by: Jo-Philipp Wich

package: flag essential components as nonshared

2016-04-06T20:38:47+00:00

Signed-off-by: Jo-Philipp Wich