Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp2122307ybv; Fri, 14 Feb 2020 11:55:13 -0800 (PST) X-Google-Smtp-Source: APXvYqzryzPV2Pvo7sZ2+t7fUvpMOesk5BQez8HyU7kfEe0mCLJNhBBmI18ln6tWnHnz3HyKqDQ+ X-Received: by 2002:a54:450f:: with SMTP id l15mr3098089oil.126.1581710113226; Fri, 14 Feb 2020 11:55:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581710113; cv=none; d=google.com; s=arc-20160816; b=fjy+hEkEI+edzkFsuM3Yu3yLRwDHB+vZtlbCklnw7xVe/JNP7n3wkwKoU059rs2390 Dr6wF5ndZdnZM3bmcYMpq8e1UDFsimMVuW3GvBuLGTZKkAdyIy++b5DcrRo656JQi+Mc 3jIR95C5MKvhrZSLhi7MmD24ItMeeg0kkSbs4AwZDY1tTnA3aF87BCV3UrUU+aSaZyeu kwK46UK1cHmJEyUu67hsKhFgeNCUiKO+lKEgO8g6udwjdyhPczllvIwaOeJQDETiKetp Ywr5SrcHd2U+Gd10AoL51aEzmp7t5rIniTeUAQ8PiZ0DNxbz201oy7VbEJ10tmdtBoCG DqGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=U0hfVfiRfDIwBRHcYhX//7D5XIuM/Wj9M+jETmBhJyI=; b=XB9usmZFjBaCcs1tj28pGdLQDHtO08kU1psrcQ2zkyw34BLioVITdLZPWTsrvRdNgz uWijnMiv2/yRFZOHh4TdYuhChwtZklN1KQEtaherS6okrBQ2hFSFoos6W4QAWdZfp2QF j1jz9RrOWzO3uADeO1N/L5FJU1mSFdoZHLNMUMxBNz6VQfOWMr+NV/+FHIhLAE1zOmlv 1K3NW8z9ix1iS3qHnc5OnNvlT1/hYyaBbaWsgLjwxS16bfAzhpLTwJIEe48Thho6K2If tTdpbO3ueSU5QVYMu/gzc/41k64vRwZDNOTEC7u95+E7AzVfVgHsjlkLqMUqrsFFZHaH 3pVw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b126si3198810oii.72.2020.02.14.11.55.00; Fri, 14 Feb 2020 11:55:13 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388798AbgBNTy4 (ORCPT + 99 others); Fri, 14 Feb 2020 14:54:56 -0500 Received: from mga07.intel.com ([134.134.136.100]:16319 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387401AbgBNTy4 (ORCPT ); Fri, 14 Feb 2020 14:54:56 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Feb 2020 11:54:55 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,441,1574150400"; d="scan'208";a="257632479" Received: from sjchrist-coffee.jf.intel.com (HELO linux.intel.com) ([10.54.74.202]) by fmsmga004.fm.intel.com with ESMTP; 14 Feb 2020 11:54:55 -0800 Date: Fri, 14 Feb 2020 11:54:55 -0800 From: Sean Christopherson To: Paolo Bonzini Cc: Qian Cai , Jim Mattson , Vitaly Kuznetsov , Wanpeng Li , Joerg Roedel , kvm list , LKML Subject: Re: [PATCH] kvm/emulate: fix a -Werror=cast-function-type Message-ID: <20200214195454.GG20690@linux.intel.com> References: <1581695768-6123-1-git-send-email-cai@lca.pw> <20200214165923.GA20690@linux.intel.com> <1581700124.7365.70.camel@lca.pw> <1581707646.7365.72.camel@lca.pw> <28680b99-d043-ee02-dab3-b5ce8c2e625b@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28680b99-d043-ee02-dab3-b5ce8c2e625b@redhat.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 14, 2020 at 08:33:50PM +0100, Paolo Bonzini wrote: > On 14/02/20 20:14, Qian Cai wrote: > >> It seems misguided to define a local variable just to get an implicit > >> cast from (void *) to (fastop_t). Sean's first suggestion gives you > >> the same implicit cast without the local variable. The second > >> suggestion makes both casts explicit. > > > > OK, I'll do a v2 using the first suggestion which looks simpler once it passed > > compilations. > > > > Another interesting possibility is to use an unnamed union of a > (*execute) function pointer and a (*fastop) function pointer. I considered that when introducing fastop_t. I don't remember why I didn't go that route. It's entirely possible I completely forgot that anonymous unions are allowed and thought it would mean changing a bunch of use sites.