* 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