From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4594 invoked by alias); 2 May 2019 15:27:12 -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 4580 invoked by uid 89); 2 May 2019 15:27:12 -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 15:27:11 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45626) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hMDc5-00035C-J5; Thu, 02 May 2019 11:27:09 -0400 Received: from [176.228.60.248] (port=2276 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hMDc4-0007DF-8J; Thu, 02 May 2019 11:27:09 -0400 Date: Thu, 02 May 2019 15:27:00 -0000 Message-Id: <83lfzoq3ly.fsf@gnu.org> From: Eli Zaretskii To: Kevin Buettner CC: gdb-patches@sourceware.org, simark@simark.ca In-reply-to: <20190502002644.5e40b489@f29-4.lan> (message from Kevin Buettner on Thu, 2 May 2019 00:26:44 -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> <20190502002644.5e40b489@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/msg00039.txt.bz2 > Date: Thu, 2 May 2019 00:26:44 -0700 > From: Kevin Buettner > Cc: gdb-patches@sourceware.org, Simon Marchi > > https://www.sourceware.org/ml/gdb-patches/2018-08/msg00541.html > > It's possible that more needs to be done with display of addresses. > I'll need to look at it more closely to know for sure. It would help > me if there were a relatively small test case to look at. (It would > help even more if it could be reproduced on a GNU/Linux system.) I tried to write a small test program, but couldn't reproduce the issue with the backtrace. It's possible that the shortest way of reproducing this is for you to build the latest master branch of Emacs with the default compiler switches (which should yield -O2 -g3). If you go that way, let me know if you need help in actually forcing Emacs to fall through on the call to emacs_abort. I'd also be interested to know whether this is reproducible on GNU/Linux. This is with GCC 8.2.0, btw.