On GCC9, it throws a Wformat-nonliteral error. Unfortunately, there's no
easy was to fix it as it is fortify-headers where the warning ultimately
comes from.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Since commit d3f86c9cc3 tools/libelf
installs a pkgconfig file, which in turn is picked up during the glib2
host build. On the build bots the same occurs, although it so happens
that (sometimes?) libelf.h is not found and the host build fails. This
may be a timing issue specific to the build bots, as the header is in
fact installed by tools/libelf and I can't reproduce this here on my own
computer.
In any case, libelf (if detected) is only used by gresource. gresource
can be used without it. gresource is not used by OpenWrt's build system
(also not in openwrt/packages). So adding "--disable-libelf" to the host
configure args is not detrimental in any way and works around the issue
described above.
Resolves#9927
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Adjusted some configure flags. Disabled some documentation to save on
build time. It seems to have also fixed parallel building on mvebu at
least.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Upstream commit "gio: Port GThreadedResolver to use res_nquery() to fix
thread-safety" introduced a bug that causes compile failures on
platforms where res_nquery is unavailable. This patch fixes that.
Bug 794606 has been opened upstream: https://bugzilla.gnome.org/show_bug.cgi?id=794606
On the OpenWrt buildbots this bug is visible during the arc_archs
compile:
gthreadedresolver.c: In function 'do_lookup_records':
gthreadedresolver.c:875:16: error: 'res' undeclared (first use in this function); did you mean '_res'?
res_nclose (&res);
^~~
_res
gthreadedresolver.c:875:16: note: each undeclared identifier is reported only once for each function it appears in
Makefile:3334: recipe for target 'libgio_2_0_la-gthreadedresolver.lo' failed
make[8]: *** [libgio_2_0_la-gthreadedresolver.lo] Error 1
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Build depends refer to source package names, not binary package names.
In many cases, PKG_BUILD_DEPENDS simply duplicated runtime dependencies of
a source package's binary packages; as the corresponding source packages
are implicitly added as bulid dependencies, PKG_BUILD_DEPENDS can simply be
dropped in these cases. In the other cases, *_BUILD_DEPENDS is fixed to
refer to the correct source package name.
Dependency of mysql-server is adjusted from libncursesw to libncurses
(as libncursesw is a virtual package provided by libncurses), so the build
dependency on ncurses is emitted unconditionally.
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
As both LEDE and OpenWrt have STAGING_DIR_HOSTPKG now, we can start to rely
on it. See 73b7f55424 for more information on
STAGING_DIR_HOSTPKG.
STAGING_DIR_HOSTPKG won't actually be changed before the first LEDE release
(it is equivalent to $(STAGING_DIR)/host), so this simple search/replace
cleanup is safe to apply. Doing this cleanup now will be useful for the
Gluon project (an OpenWrt/LEDE based firmware framework) for experimenting
with modifying STAGING_DIR_HOSTPKG before doing this in the LEDE upstream.
Also fixes a typo in the dbus Makefile ("STAGIND_DIR").
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
The automake template does not specify libgobject-2.0.la as _LDADD dependency
for glib-compile-resources, leading to the following linker error:
.../ld: warning: libgmodule-2.0.so.0, needed by ./.libs/libgio-2.0.so, not found (try using -rpath or -rpath-link)
./.libs/libgio-2.0.so: undefined reference to `g_module_supported'
./.libs/libgio-2.0.so: undefined reference to `g_module_symbol'
./.libs/libgio-2.0.so: undefined reference to `g_module_close'
./.libs/libgio-2.0.so: undefined reference to `g_module_error'
./.libs/libgio-2.0.so: undefined reference to `g_module_open'
collect2: error: ld returned 1 exit status
This commit introduces a patch to add the missing libtool archive to the list
of libraries to link.
Due to the update of the .am file, a full autoreconf is required to update
configure and Makefile, leading to the following error:
error: HAVE_GTK_DOC does not appear in AM_CONDITIONAL
Therfore another patch is added to properly fix the conditional when using
automake-1.15.
Finally extend the copyright year in the Makefile and enable the generic
autoreconf fixup to properly build and link glib2.
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
Rosen Penev
Jan Pavlinec
Sebastian Kemper
Roman Yeryomin
Peter Wagner
Matthias Schiffer
Daniel Golle
Felix Fietkau
Alexandru Ardelean
Kevin Mehall
Jo-Philipp Wich
Ted Hess
Etienne CHAMPETIER
John Crispin