From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10380 invoked by alias); 2 May 2019 19:28:55 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 10371 invoked by uid 89); 2 May 2019 19:28:55 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 02 May 2019 19:28:54 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50438) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMHNz-0005Nw-S0; Thu, 02 May 2019 15:28:51 -0400 Received: from [176.228.60.248] (port=1232 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hMHNx-0002U3-8j; Thu, 02 May 2019 15:28:51 -0400 Date: Thu, 02 May 2019 19:28:00 -0000 Message-Id: <83y33oodv2.fsf@gnu.org> From: Eli Zaretskii To: Kevin Buettner CC: gdb-patches@sourceware.org, simark@simark.ca In-reply-to: <20190502121305.111b5fdc@f29-4.lan> (message from Kevin Buettner on Thu, 2 May 2019 12:13:05 -0700) Subject: Re: The 'cold' function attribute and GDB References: <83wojaovbp.fsf@gnu.org> <077aee8c-7bef-bad6-a6a1-e69f116cc18b@simark.ca> <20190501195113.69aea752@f30-4.lan> <20190502003849.6759d177@f29-4.lan> <83muk4q3rr.fsf@gnu.org> <20190502112517.64b6fa20@f29-4.lan> <83zho4ofkh.fsf@gnu.org> <20190502121305.111b5fdc@f29-4.lan> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-IsSubscribed: yes X-SW-Source: 2019-05/txt/msg00053.txt.bz2 > Date: Thu, 2 May 2019 12:13:05 -0700 > From: Kevin Buettner > Cc: gdb-patches@sourceware.org, simark@simark.ca > > I hadn't checked before, but I do see .cold symbols... > > emacs:000000000058cab0 t print_vectorlike > emacs:000000000041fed1 t print_vectorlike.cold > > The address for print_vectorlike.cold is exactly the address for the > second address range for print_vectorlike: > > Address range 0x41fed1 to 0x41fed6: > 0x000000000041fed1 <+-1493983>: callq 0x41cca5 > > It's interesting that this _doesn't_ show up when doing the following: > > (gdb) x/i 0x000000000041fed1 > 0x41fed1 : callq 0x41cca5 > > > What do you see when you issue a similar command for your build > of emacs on Windows? (Apologies if you've already shown this to > me.) "nm -A" shows this: 011d6521 t _print_vectorlike 012e1ce5 t _print_vectorlike.cold.65 And GDB shows this: (gdb) x/i 0x012e1ce5 0x12e1ce5 : movl $0xf5,0x8(%esp)