PF_PACKET support is not enabled by setting ac_libnet_have_pf_packet but by setting libnet_cv_have_packet_socket
in the Makefile
Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
When openldap-server is built within an environment where ICU has been
previously built, the package will pick up this unintended dependency and
fail with the following error:
Package openldap-server is missing dependencies for the following libraries:
libicudata.so.55
libicuuc.so.55
Makefile:148: recipe for target '.../openldap-server_2.4.43-2_mips_34kc.ipk' failed
Since the ICU libraries are extremely big (~12MB) we cannot simply depend on
them so add the necessary autoconfig cache variable to let the ICU presence
test fail in order to inhibit linking against those libraries.
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
When building libsoup within the SDK, the following usually nonfatal warning
is causing the build to fail:
make[6]: Entering directory '.../build_dir/target-arm_xscale_musl-1.1.14_eabi/libsoup-2.53.2/libsoup'
CC libsoup_2_4_la-soup-address.lo
cc1: error: .../staging_dir/target-arm_xscale_musl-1.1.14_eabi/include: No such file or directory [-Werror=missing-include-dirs]
cc1: some warnings being treated as errors
Makefile:962: recipe for target 'libsoup_2_4_la-soup-address.lo' failed
Use the upstream `--disable-more-warnings` configure switch to disable this
class of `-Werror` flags.
Also drop the shipped copy of `intltool.m4` to force using the system wide one
which does not require the `XML::Parser` module to be installed (see #2771).
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
Patch `configure` and the shipped `intltool.m4` macro file to make a missing
XML::Parser perl module nonfatal.
All utilities provided by intltool are programmed to fail gracefully at run
time if the module cannot be loaded and those utilities commonly used during
the build do not require it at all.
Also drop the the build-prereq on XML::Parser now that it is optional.
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
When libftdi1 is detecting the presence of the Boost unit testing framework,
it will conditionally enable the build of libftdi1 test binaries which fail to
link on some targets with the following error:
CMakeFiles/test_libftdi1.dir/basic.cpp.o: In function `main':
basic.cpp:(.text.startup+0xc): undefined reference to `boost::unit_test::unit_test_main(bool (*)(), int, char**)'
collect2: error: ld returned 1 exit status
test/CMakeFiles/test_libftdi1.dir/build.make:123: recipe for target 'test/test_libftdi1' failed
make[6]: *** [test/test_libftdi1] Error 1
Since we do not care about test cases and since we want to avoid unpredictable
conditional compilation simply disable the testcases entirely.
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
Correct spelling in a patch back to the faulty original,
as the patch wes broken by #2594
This commit fixes#2719
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
The libtiff library declares an `ftell()` compat macro redirecting calls
to `ftello()` if such an implementation exists. The compat macro however
is declared with a wrong number of arguments, leading to the following
error on our buildbots:
In file included from .../usr/include/uClibc++/iostream:29:0,
from tif_stream.cxx:31:
.../usr/include/uClibc++/fstream:422:22: error: macro "ftell" requires 3 arguments, but only 1 given
retval = ftell(fp);
Add a patch to fix the macro definition in order to fix compilation of
the tiff package.
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
Notable changes:
Add -DCMAKE_CXX_FLAGS="-DELEKTRA_SHARED" to work around an upstream
bug (already fixed) in the Makefile.
Signed-off-by: Harald Geyer <harald@ccbib.org>
Among many fixes and improvements this new version adds
support of ARC architecture (ARC port was actually introduced
in v3.1 but while at it why not to update to the most recent version).
Which allows to build dependent projects like Python etc.
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Also inc gst1-plugins-good and toxcore release in order
to avoid package upgrade problems.
Signed-off-by: Luiz Angelo Daros de Luca <luizluca@gmail.com>