[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 00/27] slirp: make it again a standalone project
From: |
Samuel Thibault |
Subject: |
Re: [Qemu-devel] [PATCH 00/27] slirp: make it again a standalone project (part 2) |
Date: |
Fri, 18 Jan 2019 00:08:53 +0100 |
User-agent: |
NeoMutt/20170113 (1.7.2) |
Also thinking about it: I guess we'd want to make the usage of libslirp
optional, at least because (I guess) at some points the future libslirp
may want to change the API (nobody can do something perfect at first
try), and when that breaks qemu build it would nasty if people couldn't
just disable libslirp usage to get qemu built for needs which don't
require slirp.
Also some people would really like to see the dreaded slirp stack off
their qemu binaries :)
Samuel
- [Qemu-devel] [PATCH 24/27] slirp: remove slirp_instances list, (continued)
- [Qemu-devel] [PATCH 24/27] slirp: remove slirp_instances list, Marc-André Lureau, 2019/01/17
- [Qemu-devel] [PATCH 23/27] slirp: replace global polling with per-instance & notifier, Marc-André Lureau, 2019/01/17
- [Qemu-devel] [PATCH 25/27] slirp: use polling callbacks, drop glib requirement, Marc-André Lureau, 2019/01/17
- [Qemu-devel] [PATCH 26/27] slirp: pass opaque to all callbacks, Marc-André Lureau, 2019/01/17
- [Qemu-devel] [PATCH 27/27] slirp: API is extern C, Marc-André Lureau, 2019/01/17
- Re: [Qemu-devel] [PATCH 00/27] slirp: make it again a standalone project (part 2),
Samuel Thibault <=
- Re: [Qemu-devel] [PATCH 00/27] slirp: make it again a standalone project (part 2), no-reply, 2019/01/31