From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 34988 invoked by alias); 29 Sep 2017 12:08:32 -0000 Mailing-List: contact elfutils-devel-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: elfutils-devel-owner@sourceware.org Received: (qmail 34434 invoked by uid 89); 29 Sep 2017 12:08:31 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.99.2 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=Besides, suites, UD:wildebeest.org, adjusting X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-HELO: gnu.wildebeest.org Received: from wildebeest.demon.nl (HELO gnu.wildebeest.org) (212.238.236.112) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 29 Sep 2017 12:08:29 +0000 Received: from stream.wildebeest.org (deer0x01.wildebeest.org [172.31.17.131]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id 2993A3000707; Fri, 29 Sep 2017 13:58:40 +0200 (CEST) Received: by stream.wildebeest.org (Postfix, from userid 1000) id DFD2E102A53; Fri, 29 Sep 2017 13:58:43 +0200 (CEST) Date: Fri, 29 Sep 2017 12:08:00 -0000 From: Mark Wielaard To: Djordje Todorovic Cc: "Ananthakrishna Sowda (asowda)" , "elfutils-devel@sourceware.org" , "nemanja.popov@rt-rk.com" , petar.jovanovic@rt-rk.com, Nikola Prica Subject: Re: Latest version of dwarflint? Message-ID: <20170929115843.GA2482@stream> References: <815-59c51200-3-121bf9c0@123096269> <1506356325.16945.75.camel@klomp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.0 (2017-09-02) X-IsSubscribed: yes X-SW-Source: 2017-q3/txt/msg00131.txt.bz2 Hi Djordje, On Thu, Sep 28, 2017 at 03:36:14PM +0200, Djordje Todorovic wrote: > Please find attached compressed folder with dwarflint patches. I’m sending it in this way because I think changes are not that a small to be sent in a mail body or with git mail. Thanks. It looks like the mailinglist didn't like the big zip file. So for now I have put it here: https://gnu.wildebeest.org/~mark/dwarflint_patches.zip > All of the patches can be applied on to elfutils-0.170 release. I have run > dwarflint test suites and all of the tests are PASS at this point. I haven't gotten them all applied yet. I am adjusting the Makefile.in changes to the Makefile.am files, so we don't have generated files in git. And since I am on RHEL7 with an older g++ I had to add some autoconf magic to get C++11 support: https://www.gnu.org/software/autoconf-archive/ax_cxx_compile_stdcxx.html As soon as I have it cleaned up to build I'll add the patches to a new dwarflint branch. > Besides bug fixes and code updates, please note a new option added to > locstats tool (e.g. --sub-category=formal_parameters), which reports summary > either for formal parameters or local variables. > > Also, I’m working on adding a new option which can preset debug info about > particular variable of particular function in more “human readable” way. At > this point, that option can handle only C functions and I’m customizing it > also to handle methods of C++ classes as well. There can be output more > additional info, e.g. compilation unit etc. I think it would be very useful > to users and when I’m done with it, I’ll share it. > > Running the tool on GDB executable with option that I have mentioned looks as following: > > eu-locstats --show=amd64_epilogue_frame_cache[this_frame] gdb > Function: amd64_epilogue_frame_cache > Formal parameter: this_frame > Low PC: 0x40b4e0 > High PC relative: 0x156 > Range of the function: [0x40b4e0, 0x40b636) > Location list of the formal parameter: > PC range: [40b4e0,40b504) expression: {DW_OP_reg5} > PC range: [40b504,40b519) expression: {DW_OP_reg6} > PC range: [40b519,40b538) expression: {DW_OP_GNU_entry_value(1) {DW_OP_reg5}, DW_OP_stack_value} > > So, for example, if compiler developers adding a handling of a new DWARF operation, in quick way they can see if there is appropriate information generated. > > Thanks, > Djordje