Search

Home	Sort by relevance Sort by last modified time

Searched refs:XPt (Results 1 - 7 of 7) sorted by null

/external/valgrind/main/massif/tests/
deep-B.stderr.exp	`51 Massif: XPt init expansions: ... 52 Massif: XPt later expansions: ...`
realloc.stderr.exp	`41 Massif: XPt init expansions: ... 42 Massif: XPt later expansions: ...`
deep-C.stderr.exp	`54 Massif: XPt init expansions: ... 55 Massif: XPt later expansions: ...`
peak2.stderr.exp	`109 Massif: XPt init expansions: ... 110 Massif: XPt later expansions: ...`
culling1.stderr.exp	`439 Massif: XPt init expansions: ... 440 Massif: XPt later expansions: ...`
culling2.stderr.exp	`[all...]`
/external/valgrind/main/massif/
ms_main.c	79 // keeping XPt children sorted by 'ip' and use binary search in get_XCon. 84 // - In each XPt, record both bytes and the number of allocations, and 493 // An XPt represents an "execution point", ie. a code address. Each XPt is 502 // It's a bit of a fake XPt (ie. its 'ip' is zero), and is only used because 505 // Any child of 'alloc_xpt' is called a "top-XPt". The XPts at the bottom 508 // Each path from a top-XPt to a bottom-XPt through an XTree gives an 531 // XXX: make XPt and SXPt extensible arrays, to avoid having to do two 534 typedef struct _XPt XPt; 593 XPt* xpt = VG_(perm_malloc)(sizeof(XPt), vg_alignof(XPt)); local 907 XPt* xpt = alloc_xpt; local [all...]

Completed in 138 milliseconds