It is unlikely that SOFT_FLOAT is toggled, but add it to
PKG_CONFIG_DEPENDS for completeness' sake anyway.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Includes security fixes:
2094: Crash when receiving SDP with invalid fmtp attribute
2095: Crash when parsing SDP with an invalid media format description
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
spandsp already makes sure that the compiler emits position-independent
code. Adding $(FPIC) makes no difference. In addition the spandsp build
system puts its own flag behind the CFLAGS, overriding whatever was set
before.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
bgg729 already makes sure that the compiler emits position-independent
code. Adding $(FPIC) makes no difference. In addition the libsrtp build
system puts its own flag behind the CFLAGS, overriding whatever was set
before.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
- Use $(INSTALL_DATA) for the header file.
- Make sure that also the libpri.so symlink gets installed.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
libosip2 already makes sure that the compiler emits position-independent
code. Adding $(FPIC) makes no difference. In addition the libosip2 build
system puts its own flag behind the CFLAGS, overriding whatever was set
before.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
- use $(INSTALL_BIN) and $(INSTALL_DATA) where possible.
- instead of creating symlinks manually just copy them.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
- Remove all flags/variables that are not used at all.
- dahdi-tools already makes sure that the compiler emits
position-independent code for libtonezone. Adding $(FPIC) makes no
difference. In addition the dahdi-toolsbuild system puts its own flag
behind the CFLAGS, overriding whatever was set before. Also the
applications should never be built with PIC, it should only be done for
the lib.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Remove all flags/variables that are not used at all. Remove some ':'
that are not needed in the context.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
bgg729 already makes sure that the compiler emits position-independent
code. Adding $(FPIC) makes no difference. In addition the bcg729 build
system puts its own flag behind the CFLAGS, overriding whatever was set
before.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Add TARGET_CPPFLAGS to TARGET_CFLAGS, otherwise OpenWrt's CPPFLAGS are
ignored (i.e. fortify-source headers are not picked up).
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Starting with 4.12 there are module build errors due to the
arch-specific uaccess.h using a macro defined in the generic include.
The generic include has been around since 2.6.18 and has always included
asm/uaccess.h, so switch to using the generic include for all kernels
which have it.
Example build failure:
CC [M] /data/bowl-builder/mips64_octeon/build/sdk/build_dir/target-mips64_octeon_64_musl/linux-octeon/dahdi-linux-2.11.1-20180111/drivers/dahdi/wcb4xxp/base.o
In file included from ../dahdi-linux-2.11.1-20180111/drivers/dahdi/wcb4xxp/base.c:38:0:
./arch/mips/include/asm/uaccess.h: In function 'eva_kernel_access':
./arch/mips/include/asm/uaccess.h:91:9: error: implicit declaration of function 'uaccess_kernel' [-Werror=implicit-function-declaration]
return uaccess_kernel();
^
cc1: some warnings being treated as errors
The same can currently be seen on arc_archs where also kernel 4.14.18 is
used.
The patch just follows what Ubuntu's Seth Forshee suggested for openafs,
which ran into the same problem. The commit message is largely just
copied from Seth's commit message as well :)
The issue has been reported to upstream here:
https://issues.asterisk.org/jira/browse/DAHLIN-360
The same patch has been uploaded there.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
ARC toolchain exports __arc__, which clashes with a symbol of the same
name in libosip2. This commit undefines the toolchain symbol when
building the library.
The fix was found in buildroot repo. Thanks to whoever spotted this!
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Currently dahdi-linux fails to compile on targets that use kernel 4.14.
Changes were introduced in kernels 4.11 and 4.13 that cause these build
failures.
Update to an upstream git snapshot to fix the breakage.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
As of 2017, all patents have expired. Full announcement text below:
As of January 1, 2017 the patent terms of most Licensed Patents under the G.729 Consortium have expired.
With regard to the unexpired Licensed Copyrights and Licensed Patents of the G.729 Consortium Patent License Agreement, the Licensors of the G.729 Consortium, namely Orange SA, Nippon Telegraph and Telephone Corporation and Université de Sherbrooke (“Licensors”) have agreed to license the same under the existing terms on a royalty-free basis starting January 1, 2017.
For current Licensees of the G.729 Consortium Patent License Agreement, no reports and no payments will be due for Licensed Products Sold or otherwise distributed as of January 1, 2017.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Add build-time dependency on gettext-full/host. When it is not installed
Makefile.in.in doesn't exist and the gsmlib build fails.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
- the Savannah source URI doesn't have the 1.0.4 release; switch it to
linphone.org
- even with the source available the build fails, as the source now
defaults to cmake for building. So switch our build process from
autotools to cmake as well.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Andre Heider
Sebastian Kemper
Alexander Ryzhov
Jiri Slachta
Rosen Penev