On Fri, Jul 18, 2025 at 03:31:10PM +0200, Laurent Vivier wrote: > The passt networking backend uses functions from the GIO library, > such as g_subprocess_launcher_new(), to manage its daemon process. > So, building with passt enabled requires GIO to be available. > > If we enable passt and disable gio the build fails during linkage with > undefined reference errors: > > /usr/bin/ld: libsystem.a.p/net_passt.c.o: in function > `net_passt_start_daemon': > net/passt.c:250: undefined reference to `g_subprocess_launcher_new' > /usr/bin/ld: net/passt.c:251: undefined reference to > `g_subprocess_launcher_take_fd' > /usr/bin/ld: net/passt.c:253: undefined reference to > `g_subprocess_launcher_spawnv' > /usr/bin/ld: net/passt.c:256: undefined reference to `g_object_unref' > /usr/bin/ld: net/passt.c:263: undefined reference to `g_subprocess_wait' > /usr/bin/ld: net/passt.c:268: undefined reference to > `g_subprocess_get_if_exited' > /usr/bin/ld: libsystem.a.p/net_passt.c.o: in function > `glib_autoptr_clear_GSubprocess': > /usr/include/glib-2.0/gio/gio-autocleanups.h:132: undefined reference to > `g_object_unref' > /usr/bin/ld: libsystem.a.p/net_passt.c.o: in function > `net_passt_start_daemon': > net/passt.c:269: undefined reference to `g_subprocess_get_exit_status' > > Fix this by adding an explicit weson dependency on GIO for the passt > option. > The existing dependency on linux is kept because passt is only available > on this OS. > > Reported-by: Thomas Huth <th...@redhat.com> > Signed-off-by: Laurent Vivier <lviv...@redhat.com> > --- > meson.build | 1 + > 1 file changed, 1 insertion(+)
Reviewed-by: Daniel P. Berrangé <berra...@redhat.com> With regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
