Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* Profiling gdb?
@ 2002-01-20 18:03 Daniel Jacobowitz
  2002-01-20 19:27 ` Andrew Cagney
  0 siblings, 1 reply; 3+ messages in thread
From: Daniel Jacobowitz @ 2002-01-20 18:03 UTC (permalink / raw)
  To: gdb

What was the final status of the profiling patch?  It's a feature I'd
really like to see in (having it in means fewer local changes in my
tree when I'm testing the speed of something!).

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Profiling gdb?
  2002-01-20 18:03 Profiling gdb? Daniel Jacobowitz
@ 2002-01-20 19:27 ` Andrew Cagney
  2002-01-31 15:00   ` Michael Snyder
  0 siblings, 1 reply; 3+ messages in thread
From: Andrew Cagney @ 2002-01-20 19:27 UTC (permalink / raw)
  To: Daniel Jacobowitz; +Cc: gdb

> What was the final status of the profiling patch?  It's a feature I'd
> really like to see in (having it in means fewer local changes in my
> tree when I'm testing the speed of something!).


Interesting timing, I was just looking over the same thing.

My take is:


Part 1: ``(gdb) maint set moncontrol {on,off}''

A home for the command doco (gdb.texinfo) has been created.

The necessary framework (maint set) has been added along with the 
function to correctly implement a boolean command.  Note:
http://sources.redhat.com/gdb/ari/#var_boolean

The command should always be present but the call should be wrapped in a 
check that the function exits.  The function moncontrol() is in both the 
libc and libc_p libraries (at least on correctly implemented systems :-) 
so this is correct.


Part 2: Add the --<what-was-that-profile-option>

Which adds the compile/link -gp flag.

Eli's comment that you don't need to link with -gp is correct.

Perhaphs the <what-was-that-profile-option> should let the user control 
the compile and link flags.

Don't remember where the doco for this goes.


Part 3: (new) ``(gdb) maint set monstartup <lowpc> <highpc>

Can anyone think why we shouldn't make this visible.  Of course the user 
will need to somehow obtain the magic addresses from somewhere.

Same as moncontrol().


Andrew


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Profiling gdb?
  2002-01-20 19:27 ` Andrew Cagney
@ 2002-01-31 15:00   ` Michael Snyder
  0 siblings, 0 replies; 3+ messages in thread
From: Michael Snyder @ 2002-01-31 15:00 UTC (permalink / raw)
  To: gdb

Andrew Cagney wrote:
> 
> > What was the final status of the profiling patch?  It's a feature I'd
> > really like to see in (having it in means fewer local changes in my
> > tree when I'm testing the speed of something!).
> 
> Interesting timing, I was just looking over the same thing.

Me too -- it would have been really handy for Ubicom.


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-01-31 23:00 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-01-20 18:03 Profiling gdb? Daniel Jacobowitz
2002-01-20 19:27 ` Andrew Cagney
2002-01-31 15:00   ` Michael Snyder

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox