From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca (simark.ca [158.69.221.121]) by sourceware.org (Postfix) with ESMTPS id 027FE3858433 for ; Wed, 22 Mar 2023 19:16:32 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 027FE3858433 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=simark.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=simark.ca Received: from [10.0.0.170] (unknown [217.28.27.60]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id 7AA131E0D3; Wed, 22 Mar 2023 15:16:31 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=simark.ca; s=mail; t=1679512591; bh=yLkbkKBPDzv02YXCKJZle89+A01BgXb0p1Yb33AD3Tc=; h=Date:Subject:To:References:From:In-Reply-To:From; b=Dg+M+YG49O7+ig15RiCsNpJvQ6tfBlmrk6EiRGyud1jYA8rTJx1bDs5DbIu+/2+oV rguc1LdSBaOKS/Vi0iFUmnURe2Hxuz6P5BKxlEvG7SxNVW+7TnYJCjLCuOfHbgURbA lf1nRCn2CQEHomnuMuWDa8PE6v1PbDHedzDQzY2Y= Message-ID: <88985e8e-be62-e407-3cca-8b554e3f4665@simark.ca> Date: Wed, 22 Mar 2023 15:16:30 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH 0/2] Add more flexibility to inferior call Content-Language: fr To: Mohamed Bouhaouel , gdb-patches@sourceware.org References: <20230322171352.9087-1-mohamed.bouhaouel@intel.com> From: Simon Marchi In-Reply-To: <20230322171352.9087-1-mohamed.bouhaouel@intel.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 3/22/23 13:13, Mohamed Bouhaouel via Gdb-patches wrote: > Hi all, > > The following two patches would add more flexibility to the infcalls > workflow by allowing targets to have their own implementations of: > * value_arg_coerce: Enable the target to control arguments > coercion whenever needed (e.g. Coerce BOOL to UINT16_T > instead of UINT32_T). > * reserve_stack_space: Enable the target to decide how much > space is needed for a type (e.g. Targets might have a vectorized > representation of variables). Hi Mohamed, Is there an end goal to this? It doesn't really make sense to add gdbarch methods but have no architecture use it. If it's necessary for some upcoming feature, then include these patches as preparatory patches in the series that adds said feature. Simon