This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: optimization
- From: James Dickens <jamesd dot wi at gmail dot com>
- To: "Frank Ch. Eigler" <fche at redhat dot com>
- Cc: systemtap at sources dot redhat dot com
- Date: Wed, 25 Jan 2006 00:42:08 -0600
- Subject: Re: optimization
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NxPlnyL/+taEIdf1hq0Y+lwqsVvQF7JJutavcPWJt3Jlyt49X6JVzs5TJDzLFmNJHrToi5eWDx5MHjlkeS+Jm9IV7MvpNtTfiAPUEX8/lAnDIyUyO+ft2b3/pAMgfjuuNNo5EJ6eE6TThjONokz8TBs6XUYUlx3XH0YnmEqBehk=
- References: <20060124180343.GB21291@redhat.com>
On 1/24/06, Frank Ch. Eigler <fche@redhat.com> wrote:
> Hi -
>
> I just committed some work toward PR 2060. It's a new optimization
> sub-pass that runs during the elaboration phase, and aims to eliminate
> useless functions, assignments, expressions, variables. "-u" disables
> it; "-v" tells you what it removed.
>
Hi
perhaps -O would be better since it would then be the same as gcc uses.
James dickens
uadmin.blogspot.com
> Plain script code should not be affected (since one only rarely puts
> in a deliberately unused side-effect-free expression). On the other
> hand, tapset code that aggressively defines lots of local variables
> from $target ones will see a drastic effect on debuginfo fault
> tolerance, and quite possibly performance.
>
> Please let me know of any problems you notice.
>
> - FChE
>