This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: gmon size of counter


Andrew Cagney <cagney@gnu.org> writes:

> > Diviya JAIN <diviya.jain@st.com> writes:
> >
> >>> While using gprof, I came across the fact that gmon.h specifies a
> >>> short counter (kcount) in the gmonparam structure. But we require
> >>> very large profiling counts, and hence short counters are
> >>> insufficient for us.
> >
> >>> Is a new version of gmon.h is available which allows for larger
> >>> counter value, or if you can suggest other possible alternatives
> >>> that have been implemented till now.
> > The structure needs to be kept in synch between the generating
> > function, which is in glibc, and the reading function, which is in
> > gprof.
> > If you change both simultaneously, you can do whatever you like.
> 
> Is there a way to check for counter-size consistency between gprof and
> glibc?

There is a magic number.  I don't think there is anything which
explicitly states the size of the histogram entries.

(They are 16 bits in all existing implementations.)

Ian


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]