From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58563) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gSQRR-00012o-Rt for qemu-devel@nongnu.org; Thu, 29 Nov 2018 12:49:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gSQRO-00079l-IO for qemu-devel@nongnu.org; Thu, 29 Nov 2018 12:49:33 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:44321) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gSQRO-00079a-9A for qemu-devel@nongnu.org; Thu, 29 Nov 2018 12:49:30 -0500 Date: Thu, 29 Nov 2018 12:49:27 -0500 From: "Emilio G. Cota" Message-ID: <20181129174927.GA30917@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> <20181129170055.GA27757@flamenco> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181129170055.GA27757@flamenco> 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:00:55 -0500, Emilio G. Cota wrote: > 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. Pushed the fixes to the github branch. Hope it works for you now! Thanks, Emilio