From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gSPgW-00089Y-Pb for qemu-devel@nongnu.org; Thu, 29 Nov 2018 12:01:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gSPgS-0003s5-Pe for qemu-devel@nongnu.org; Thu, 29 Nov 2018 12:01:04 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:34489) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gSPgS-0003jF-FG for qemu-devel@nongnu.org; Thu, 29 Nov 2018 12:01:00 -0500 Date: Thu, 29 Nov 2018 12:00:55 -0500 From: "Emilio G. Cota" Message-ID: <20181129170055.GA27757@flamenco> References: <20181025172057.20414-1-cota@braap.org> <20181025172057.20414-42-cota@braap.org> <20181127124352.ll6quqc5xedvdqht@MacBook-Pro-Roman.local> <20181127231357.GA19764@flamenco> <20181128104330.qkqnfttswihjur6g@MacBook-Pro-Roman.local> <20181128172332.GA16387@flamenco> <20181129095716.fvkr6cv6ltjcvccy@SPB-NB-133.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181129095716.fvkr6cv6ltjcvccy@SPB-NB-133.local> Subject: Re: [Qemu-devel] [RFC 41/48] configure: add --enable-plugins List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Roman Bolshakov Cc: Peter Maydell , Stefan Hajnoczi , qemu-devel@nongnu.org, Pavel Dovgalyuk , Alex =?iso-8859-1?Q?Benn=E9e?= , =?iso-8859-1?Q?Llu=EDs?= Vilanova On Thu, Nov 29, 2018 at 12:57:16 +0300, Roman Bolshakov wrote: > Hi Emilio, > > I think there's an issue with "\s" character class, it's not recognized > by macOS sed and I'm getting incorrect lines in > qemu-plugins-ld64.symbols: > _ qemu_xxx > _ qemu_xyz > > After I replaced "\s" with "[[:space:]]", linking proceeds further Nice, thanks. Will update. > , but doesn't succeed because of an unresolved reference for qemu-system cris, > lm32, m68k, microblaze, microblazeel, moxie, nios2, or1k, riscv32, > riscv64, sparc, unicore32, tricore, xtensa, xtensaeb: > > Undefined symbols for architecture x86_64: > "_pci_register_bar", referenced from: > _plugin_chan_realize in plugin-chan.o > > It probably has nothing to do with macOS per-se and shouldn't link on > Linux as well. If I disable the aforementioned targets the build > succeeds and I can see the symbols from qemu-plugins-ld64.symbols in > compiled qemu-system binaries. Yes, that's because plugin-chan should only be built if the guest has PCI support. Will fix. Thanks, Emilio