varun-r-mallya/sysprof
1
0
Fork 0
mirror of https://github.com/varun-r-mallya/sysprof.git synced 2025-12-31 20:36:25 +00:00
Code Issues Packages Projects Releases Wiki Activity

Apply patch from binutils to demangle local-source names. Binutils

Browse Source 
Wed Jun  4 21:52:17 2008  Søren Sandmann  <sandmann@redhat.com>

	* demangle.c: Apply patch from binutils to demangle local-source
	names. Binutils changelog:

	2007-05-05  Geoffrey Keating  <geoffk@apple.com>

		* cp-demangle.c (d_name): Detect local-source-name.
		(d_prefix): Likewise.
		(d_unqualified_name): Implement local-source-name.

	* sysprof.c: Update copyright statement
	


svn path=/trunk/; revision=434
This commit is contained in:
Geoffrey Keating
2008-06-05 02:09:33 +00:00
committed by Søren Sandmann Pedersen
parent 155221f446
commit e11dfce31f
5 changed files with 60 additions and 11 deletions
Download Patch File Download Diff File Expand all files Collapse all files

31
TODO
View File

@ -23,9 +23,14 @@ Before 1.0.4:
Before 1.2:
* For glibc, the debug files do not contain .strtab and .symtab, but
the original files do. The algorithm in binfile.c must be modified
accordingly.
* Hack to disable recursion for binaries without symbols causes the
symbols to not work the way other symbols do. A better approach is
probably to simply generate a new symbol for every appearance except
leaf nodes, which should still be considered one symbol (or maybe be
considered the same symbol if they have the same parent). In fact
"has same parent" may be the correct criterion in all cases.
* It crashes sometimes.
* Find out what is going on with kernel threads:
@ -40,9 +45,10 @@ Before 1.2:
* Is the move-to-front in process_locate_map() really worth it?
* Whenever we fail to lock the atomic variable, track this, and send the information
to userspace as an indication of the overhead of the profiling. Although there is
inherent aliasing here since stack scanning happens at regular intervals.
* Whenever we fail to lock the atomic variable, track this, and send the
information to userspace as an indication of the overhead of the profiling.
Although there is inherent aliasing here since stack scanning happens at
regular intervals.
* Apparently, if you upgrade the kernel, then don't re-run configure,
the kernel Makefile will delete all of /lib/modules/<release>/kernel
@ -823,6 +829,19 @@ Later:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=- ALREADY DONE: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
* Find out why the strings
_ZL11DisplayLineP20nsDisplayListBuilderRK6nsRectS3_R19nsLineList_iteratoriRiRK16nsDisplayListSetP12nsBlockFrame
_ZL11DisplayRowsP20nsDisplayListBuilderP7nsFrameRK6nsRectRK16nsDisplayListSet _ZL11DrawBordersP10gfxContextR7gfxRectS2_PhPdS4_PjPP14nsBorderColorsijiP6nsRect _ZL11HandleEventP10nsGUIEvent
_ZL12IsContentLEQP13nsDisplayItemS0_Pv
_ZL15expose_event_cbP10_GtkWidgetP15_GdkEventExpose
do not get demangled.
* For glibc, the debug files do not contain .strtab and .symtab, but
the original files do. The algorithm in binfile.c must be modified
accordingly.
* If we profile something that is not very CPU bound, sysprof itself
seems to get a disproportionate amount of the samples. Should look
into this. Fixed by only returning from poll when there is more