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 AAFF33850435 for ; Thu, 30 Jul 2020 17:07:59 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org AAFF33850435 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=simark.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=simark@simark.ca Received: from [10.0.0.11] (173-246-6-90.qc.cable.ebox.net [173.246.6.90]) (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 4E47E1E792; Thu, 30 Jul 2020 13:07:58 -0400 (EDT) Subject: Re: [PATCH 4/4] gdb: change regcache list to be a map To: Pedro Alves , Simon Marchi , gdb-patches@sourceware.org Cc: Laurent References: <20200720204101.2849535-1-simon.marchi@efficios.com> <20200720204101.2849535-5-simon.marchi@efficios.com> <5b521483-2f09-3424-943d-40f83b3080af@palves.net> <82d8b01a-2b37-0b79-f657-1081375270ee@simark.ca> From: Simon Marchi Message-ID: <4d1e050a-0ce4-5e76-afd7-87497f92f1fa@simark.ca> Date: Thu, 30 Jul 2020 13:07:52 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <82d8b01a-2b37-0b79-f657-1081375270ee@simark.ca> Content-Type: text/plain; charset=utf-8 Content-Language: fr Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, NICE_REPLY_A, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 17:08:00 -0000 On 2020-07-30 12:58 p.m., Simon Marchi wrote: > Huh, I did that because there's no std::hash overload for uintptr_t. But > I just saw there is: > > template< class T > struct hash; > > which seems to be for hashing pointers. It is implemented as: > > return reinterpret_cast(__p); > > So I'll just use that. Otherwise, htab_hash_pointer would be good too. And I just realized that it makes sense for this to exist, since you can use pointers as keys in a map without doing anything special. Simon