[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Build errors with fuzz/x86_instruction_emulator harness
- To: Jan Beulich <jbeulich@xxxxxxxx>
- From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- Date: Mon, 14 Aug 2023 17:10:02 +0100
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=yoiOotd2DUkhYSX8dKlclJZ8qgieJZ+JBUUNmKMEblk=; b=TJDMQ2cpkZqou0TZaM94z86uYNSVMggEgVO0bbm3T7vihaXmF+WTDAx7pDCKm0lq3tRw4WMj+PpOsAWOyNgrZR2PXVtgymjFbX9OWEp4uo4acxLsBh4IJLeE3ReKw0cr0WRXOWDR8JfFijp1Cp0Gd3ICRO/eSOynLVPN5BjIE8PteU1CSqhJ+BwJAh1CIAdAhQwXym6U+oCoclZWH2bqSE0sOUwC+nmH/quR5YSIfnyxVSB81ewVr9CB5S992jMwst3kwxIrxCzlwu/1ObUIOc+UeA6oCUNGMpw7VeP2dMYO9Js9eYtJcFO/r+RaiTH1gx5vE346tgYwuDaVmTIn6A==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PjGgEggIRHqrmmljuHi1fjpzfb4W3IebkQgtHskX7ngHqPCurdggoRaP1wrlaGJ3YuhuFfLTo647t745tw147FfZPTlQbFtqq9h8QqDZUHp2xQRsMplQfXhwS6ljG2lZeasHZXhG8BnfD3+uftJ1+Ak6LEW2ULmUy/2bHdL9goOf5lGDhWCot3EAMatBNMx7fkyZ+a1VTj0SQsIOTRvePm8GM9maPlQpyDuomnROq5ABfq6A2qg0YXoPFrPCK6vM6jPc2BshINA1uj+hoSHleH3vWQaGGXNs4rWRauiwNOzQNYMtZQEO6WIRN26Q7bcd16Qh1F+cO7axGhk2AHcm8g==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
- Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>
- Delivery-date: Mon, 14 Aug 2023 16:10:22 +0000
- Ironport-data: A9a23:/6QKQaxyWwM0yFgxKh56t+cuxyrEfRIJ4+MujC+fZmUNrF6WrkUBz GJMDTqEaP+PN2ugf490OYTl8EME6pPUyddmTlZsriAxQypGp/SeCIXCJC8cHc8wwu7rFxs7s ppEOrEsCOhuExcwcz/0auCJQUFUjP3OHfykTrafYEidfCc8IA85kxVvhuUltYBhhNm9Emult Mj75sbSIzdJ4RYtWo4vw/zF8EoHUMja4mtC5QRuPKwT5jcyqlFOZH4hDfDpR5fHatE88t6SH 47r0Ly/92XFyBYhYvvNfmHTKxBirhb6ZGBiu1IOM0SQqkEqSh8ai87XAME0e0ZP4whlqvgqo Dl7WT5cfi9yVkHEsLx1vxC1iEiSN4UekFPMCSDXXcB+UyQq2pYjqhljJBheAGEWxgp4KX5A1 aMxdwpUVwugpOa6+o2+dMlUif12eaEHPKtH0p1h5RfwKK9+BLrlHODN79Ie2yosjMdTG/qYf 9AedTdkcBXHZVtIJ0sTD5U92uyvgxETcRUB8A7T+fVxvDCVlVQuuFTuGIO9ltiibMNZhEuH4 EnB+Hz0GEoyP92D0zuVtHmrg4cjmAuiAdNOSuDkqqMCbFu7yUo6NQwtXmSAhvy6jVSzQNd0B XUr0397xUQ13AnxJjXnZDW6qnOZuh8XW/JLDvY3rgqKz8L88wufQ2QJUDNFQNgnr9MtAywn0 EeTmNHkDiApt6eaIU9x7Z+RpDK2fCITcmkLYHZcSRNfuoG85oYukhjIU9BvVravicH4Ei3xx DbMqzUig7IUjogA0KDTEU37vg9Ab6PhFmYdjjg7lEr8hu+lTOZJv7CV1GU=
- Ironport-hdrordr: A9a23:/1jhYaC0DF54OC3lHelo55DYdb4zR+YMi2TDt3oddfU1SL38qy nKpp4mPHDP5wr5NEtPpTniAtjjfZq/z/5ICOAqVN/PYOCPggCVxepZnOjfKlPbehEX9oRmpN 1dm6oVMqyMMbCt5/yKnDVRELwbsaa6GLjDv5a785/0JzsaE52J6W1Ce2GmO3wzfiZqL7wjGq GR48JWzgDQAkj+PqyAdx84t/GonayzqK7b
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 14/08/2023 5:04 pm, Jan Beulich wrote:
> On 14.08.2023 17:34, Andrew Cooper wrote:
>> On 14/08/2023 4:21 pm, Jan Beulich wrote:
>>> Question therefore is whether we can find a way of effecting the needed
>>> overrides (including for compiler generated calls) without resorting to
>>> emitting .equ (or alike), and hence without doing it fully behind the
>>> compiler's back.
>> --wrap= each symbol, except when compiling wrappers.c ?
>>
>> This seems to be the normal way to mock out functions including malloc()
>> and friends.
> What is --wrap= ?
-Wl,--wrap=foo
It's a staple of C unit-testing frameworks.
>From the LD manual,
--wrap=symbol
Use a wrapper function for symbol. Any undefined reference
to symbol will be resolved to "__wrap_symbol". Any undefined
reference to "__real_symbol" will be resolved to symbol.
~Andrew
|
