Displaying 3 results from an estimated 3 matches for "prtdatapointer".
2011 Jul 07
0
[LLVMdev] Improving Garbage Collection
...GcTagUserDefined = 3 } PrtGcTag;
/* Points to executable code. It is "unsigned char *" so that arithmetic is valid. */
typedef unsigned char *PrtCodeAddress;
/* Points to a sequence of data bytes. It is "unsigned char *" so that arithmetic is valid. */
typedef unsigned char *PrtDataPointer;
/* Forward declarations of nonexistent structures, to avoid typedef'ing to void*. */
struct PrtCimSpecificDataStruct;
struct PrtCodeInfoManagerStruct;
/*
* The context for stack frames that is used during stack walking. We use pointers in place of
* direct values to support root set enumera...
2011 Jul 07
4
[LLVMdev] Improving Garbage Collection
On 07.07.2011 08:31, Nate Fries wrote:
> On 7/6/2011 6:24 PM, Talin wrote:
>> The LLVM code generators and analysis passes have a much more
>> thorough knowledge of SSA value lifetimes than frontends do, and
>> therefore could avoid spilling and reloading of values when it wasn't
>> needed.
> Although this would indeed be nice, it is not done by similar
>
2011 Jul 07
2
[LLVMdev] Improving Garbage Collection
...****
** **
/* Points to executable code. It is "unsigned char *" so that arithmetic is
valid. */****
typedef unsigned char *PrtCodeAddress;****
** **
/* Points to a sequence of data bytes. It is "unsigned char *" so that
arithmetic is valid. */****
typedef unsigned char *PrtDataPointer;****
** **
/* Forward declarations of nonexistent structures, to avoid typedef'ing to
void*. */****
struct PrtCimSpecificDataStruct;****
struct PrtCodeInfoManagerStruct;****
** **
/*****
* The context for stack frames that is used during stack walking. We use
pointers in place of ****...