Hi
On Wed, 28 Jul 2021 at 11:51, <marcandre.lureau@redhat.com> wrote:
>
> From: Marc-André Lureau <marcandre.lureau@redhat.com>
>
> The following changes since commit a2376507f615495b1d16685449ce0ea78c2caf9d:
>
> Merge remote-tracking branch 'remotes/bonzini-gitlab/tags/for-upstream' into staging (2021-07-24 11:04:57 +0100)
>
> are available in the Git repository at:
>
> git@github.com:elmarco/qemu.git tags/libslirp-pull-request
>
> for you to fetch changes up to 565301284e83fd5f12024a4e7959895380491668:
>
> Update libslirp to v4.6.1 (2021-07-28 13:11:11 +0400)
>
> ----------------------------------------------------------------
> Update libslirp
>
> Hi,
>
> Let's update libslirp to 4.6.1, with its various fixes.
>
Fails to build, OSX, when linking the qemu-system-* executables:
Undefined symbols for architecture x86_64:
"_res_9_getservers", referenced from:
_get_dns_addr_libresolv in libslirp.a(slirp_src_slirp.c.o)
"_res_9_nclose", referenced from:
_get_dns_addr_libresolv in libslirp.a(slirp_src_slirp.c.o)
"_res_9_ninit", referenced from:
_get_dns_addr_libresolv in libslirp.a(slirp_src_slirp.c.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
-- PMM
Argh.. that's because we don't use it properly as a submodule, and libslirp must link with 'resolv' on macos now.
I wish my previous pull request with the submodule change would receive more help or attention, as I either couldn't reproduce the failure (neither CI) or it was just some one-time warnings due to the transition...
--
Marc-André Lureau