Re: gprof 2.14 glitches w/ powerpc elf binaries

[Njuguna Njoroge]

Hi Nick,

Nick Clifton wrote:

> Have you tried running gprof with the -D command line switch ?  I think
> that this will get fix the spurious references to Letext for you.

This helps and it does take off Letext.

>
> As for the references to memcpy - I think that these really do happen.
> It appears to be called from the code inside xil_printf.c.  It may be
> that the code there uses the "=" operator to perform a structure
> assignment.  The compiler will sometimes translate this into a call to
> memcpy.  eg:
>
>     typedef struct { int a; int b; int c; } s;
>     s * ptr1, * ptr2;
>
>     * ptr1 = * ptr2;
>

Good point. While this may be true about memcpy, there are some other functions 
that
are still listed (even after -D) and we are certain that were never executed. I
inserted print statements in my Perl scripts to dump out the address histogram 
bins as
it is about to write them into the gmon.out file and compared them with the 
address
specified in the ELF binary. For instance, in the simple_test.elf that I have 
attached,
the functions _boot0 and _boot were never captured in the trace (they were run, 
but the
trace capture triggered after these functions exited). However, they appear in 
the
profile (simple_test_x86.pro). Even more strange, when we run native gpprof 
(version
2.10) on the ppc405 processor, these functions are excluded (simple_test.pro). 
What
could be causing this discrepancy?

Thanks,

Nju

simple_test_sol.out
Description: application/unknown-content-type-out_auto_file

simple_test.elf
Description: Binary data

simple_test_x86.pro
Description: application/unknown-content-type-pro_auto_file

simple_test.pro
Description: application/unknown-content-type-pro_auto_file

simple_test.c
Description: application/unknown-content-type-c_auto_file