Displaying 19 results from an estimated 19 matches for "mjti".
Did you mean:
mjt
2008 Mar 30
3
[LLVMdev] Being able to know the jitted code-size before emitting
Hi everyone,
vmkit requires to know the size of a jitted method before emitting the
method. This allows to allocate the correct size for the method. The
attached patch creates this functionality when the flag SizedMemoryCode
is on.
In order to implement this functionality, i had to virtualize some
MachineCodeEmitter functions.
Is it OK to commit the patch?
Thanks,
Nicolas
--------------
2008 Apr 01
2
[LLVMdev] Being able to know the jitted code-size before emitting
...gt; + LabelLocations = locations;
>> + CurBufferPtr = 0;
>> + BufferBegin = 0;
>> + BufferEnd = (unsigned char*)-1;
>> + }
>> +
>> + void initConstantPool(MachineConstantPool *MCP);
>> +
>> + void initJumpTableInfo(MachineJumpTableInfo *MJTI);
>> +
>> +
>> + virtual void startFunction(MachineFunction &F) {
>> + CurBufferPtr = 0;
>> + Fn = &F;
>> +
>> + // Ensure the constant pool/jump table info is at least 4-byte
>> aligned.
>> + emitAlignment(16);
>> +...
2008 Mar 31
0
[LLVMdev] Being able to know the jitted code-size before emitting
...r<intptr_t> locations) {
> + LabelLocations = locations;
> + CurBufferPtr = 0;
> + BufferBegin = 0;
> + BufferEnd = (unsigned char*)-1;
> + }
> +
> + void initConstantPool(MachineConstantPool *MCP);
> +
> + void initJumpTableInfo(MachineJumpTableInfo *MJTI);
> +
> +
> + virtual void startFunction(MachineFunction &F) {
> + CurBufferPtr = 0;
> + Fn = &F;
> +
> + // Ensure the constant pool/jump table info is at least 4-byte
> aligned.
> + emitAlignment(16);
> +
> + initConstantPool(F.getConstan...
2008 Apr 01
0
[LLVMdev] Being able to know the jitted code-size before emitting
...ons;
>>> + CurBufferPtr = 0;
>>> + BufferBegin = 0;
>>> + BufferEnd = (unsigned char*)-1;
>>> + }
>>> +
>>> + void initConstantPool(MachineConstantPool *MCP);
>>> +
>>> + void initJumpTableInfo(MachineJumpTableInfo *MJTI);
>>> +
>>> +
>>> + virtual void startFunction(MachineFunction &F) {
>>> + CurBufferPtr = 0;
>>> + Fn = &F;
>>> +
>>> + // Ensure the constant pool/jump table info is at least 4-byte
>>> aligned.
>>>...
2008 Apr 04
3
[LLVMdev] Being able to know the jitted code-size before emitting
...fferPtr = 0;
>>>> + BufferBegin = 0;
>>>> + BufferEnd = (unsigned char*)-1;
>>>> + }
>>>> +
>>>> + void initConstantPool(MachineConstantPool *MCP);
>>>> +
>>>> + void initJumpTableInfo(MachineJumpTableInfo *MJTI);
>>>> +
>>>> +
>>>> + virtual void startFunction(MachineFunction &F) {
>>>> + CurBufferPtr = 0;
>>>> + Fn = &F;
>>>> +
>>>> + // Ensure the constant pool/jump table info is at least 4-byte
>>...
2008 Apr 05
2
[LLVMdev] Being able to know the jitted code-size before emitting
...0;
>>>>>> + BufferEnd = (unsigned char*)-1;
>>>>>> + }
>>>>>> +
>>>>>> + void initConstantPool(MachineConstantPool *MCP);
>>>>>> +
>>>>>> + void initJumpTableInfo(MachineJumpTableInfo *MJTI);
>>>>>> +
>>>>>> +
>>>>>> + virtual void startFunction(MachineFunction &F) {
>>>>>> + CurBufferPtr = 0;
>>>>>> + Fn = &F;
>>>>>> +
>>>>>> + // Ensure the...
2008 Apr 05
0
[LLVMdev] Being able to know the jitted code-size before emitting
...>> + BufferEnd = (unsigned char*)-1;
>>>>>>> + }
>>>>>>> +
>>>>>>> + void initConstantPool(MachineConstantPool *MCP);
>>>>>>> +
>>>>>>> + void initJumpTableInfo(MachineJumpTableInfo *MJTI);
>>>>>>> +
>>>>>>> +
>>>>>>> + virtual void startFunction(MachineFunction &F) {
>>>>>>> + CurBufferPtr = 0;
>>>>>>> + Fn = &F;
>>>>>>> +
>>>>>...
2008 Apr 04
0
[LLVMdev] Being able to know the jitted code-size before emitting
...;> + BufferBegin = 0;
>>>>> + BufferEnd = (unsigned char*)-1;
>>>>> + }
>>>>> +
>>>>> + void initConstantPool(MachineConstantPool *MCP);
>>>>> +
>>>>> + void initJumpTableInfo(MachineJumpTableInfo *MJTI);
>>>>> +
>>>>> +
>>>>> + virtual void startFunction(MachineFunction &F) {
>>>>> + CurBufferPtr = 0;
>>>>> + Fn = &F;
>>>>> +
>>>>> + // Ensure the constant pool/jump table inf...
2008 Apr 07
2
[LLVMdev] Being able to know the jitted code-size before emitting
...End = (unsigned char*)-1;
>>>>>>>> + }
>>>>>>>> +
>>>>>>>> + void initConstantPool(MachineConstantPool *MCP);
>>>>>>>> +
>>>>>>>> + void initJumpTableInfo(MachineJumpTableInfo *MJTI);
>>>>>>>> +
>>>>>>>> +
>>>>>>>> + virtual void startFunction(MachineFunction &F) {
>>>>>>>> + CurBufferPtr = 0;
>>>>>>>> + Fn = &F;
>>>>>>>>...
2008 Apr 07
0
[LLVMdev] Being able to know the jitted code-size before emitting
...*)-1;
>>>>>>>>> + }
>>>>>>>>> +
>>>>>>>>> + void initConstantPool(MachineConstantPool *MCP);
>>>>>>>>> +
>>>>>>>>> + void initJumpTableInfo(MachineJumpTableInfo *MJTI);
>>>>>>>>> +
>>>>>>>>> +
>>>>>>>>> + virtual void startFunction(MachineFunction &F) {
>>>>>>>>> + CurBufferPtr = 0;
>>>>>>>>> + Fn = &F;
>>>...
2011 Nov 15
2
[LLVMdev] MCELFStreamer subclassing
...ompiling for direct object output I got the error stemming from MCStreamer.
Since we are using MCELFStreamer, my assumption (possibly/probably wrong) was that we needed to subclass MCELFStreamer to somehow set the magic flag so that the relocation get generated.
in AsmPrinter::EmitJumpTableEntry, MJTI->getEntryKind() is of type EK_GPRel32BlockAddress.
Any insight is appreciated. I am rereading the llvm documentation. Right now it is magic to me and need to have the magic turn into knowledge.
Thanks,
Jack
________________________________________
From: Jim Grosbach [grosbach at apple.com]
Se...
2017 Nov 11
2
Update control flow graph when splitting a machine basic block?
Thank you for your reply!
> Every MachineBasicBlock has a list of successors; you can access it with
> the successors() accessor. That's what you should be using for any CFG
> analysis.
I am aware of these methods of class MachineBasicBlock, which allows one to access a MachineBasicBlock's successors and predecessors in the CFG.
But the CFG itself may no longer be valid if a
2011 Nov 15
0
[LLVMdev] MCELFStreamer subclassing
...object output I got the error stemming from MCStreamer.
>
> Since we are using MCELFStreamer, my assumption (possibly/probably wrong) was that we needed to subclass MCELFStreamer to somehow set the magic flag so that the relocation get generated.
>
> in AsmPrinter::EmitJumpTableEntry, MJTI->getEntryKind() is of type EK_GPRel32BlockAddress.
>
> Any insight is appreciated. I am rereading the llvm documentation. Right now it is magic to me and need to have the magic turn into knowledge.
>
> Thanks,
>
> Jack
> ________________________________________
> From:...
2011 Nov 15
2
[LLVMdev] MCELFStreamer subclassing
...t object output I got the error stemming from MCStreamer.
>
> Since we are using MCELFStreamer, my assumption (possibly/probably wrong) was that we needed to subclass MCELFStreamer to somehow set the magic flag so that the relocation get generated.
>
> in AsmPrinter::EmitJumpTableEntry, MJTI->getEntryKind() is of type EK_GPRel32BlockAddress.
>
> Any insight is appreciated. I am rereading the llvm documentation. Right now it is magic to me and need to have the magic turn into knowledge.
>
> Thanks,
>
> Jack
> ________________________________________
> From: Ji...
2008 Apr 17
1
[LLVMdev] Being able to know the jitted code-size before emitting
Thx again Evan for the review. Here's a new patch for the JIT in itself.
The major changes are:
1) A JITMemoryManager now has a flag saying "I require to know the size
of what you want to emit"
2) DwarfJITEmitter is augmented with GetSize* functions
3) JITEmitter::startFunction checks if the JITMemoryManager requires to
know the size. If so, it computes it and gives it through the
2011 Nov 15
0
[LLVMdev] MCELFStreamer subclassing
...got the error stemming from MCStreamer.
>>
>> Since we are using MCELFStreamer, my assumption (possibly/probably wrong) was that we needed to subclass MCELFStreamer to somehow set the magic flag so that the relocation get generated.
>>
>> in AsmPrinter::EmitJumpTableEntry, MJTI->getEntryKind() is of type EK_GPRel32BlockAddress.
>>
>> Any insight is appreciated. I am rereading the llvm documentation. Right now it is magic to me and need to have the magic turn into knowledge.
>>
>> Thanks,
>>
>> Jack
>> _______________________...
2011 Nov 15
0
[LLVMdev] MCELFStreamer subclassing
Hi Jack,
Can you elaborate a bit on what you're trying to do? Relocations are handled by the ObjectWriter interfaces, not by the streamer. The <ObjectFormat>Streamer classes aren't intended to be subclassed by targets.
-Jim
On Nov 14, 2011, at 5:50 PM, Carter, Jack wrote:
> I need to create a subclass that derives from MCELFStreamer.
>
> We use MCELFStreamer for direct
2011 Nov 15
2
[LLVMdev] MCELFStreamer subclassing
I need to create a subclass that derives from MCELFStreamer.
We use MCELFStreamer for direct object generation and need to override a virtual method in the base class MCStreamer::EmitGPRel32Value().
I have been having trouble creating the subclass due to #include issues. I can't seem to get it right at the lib/target/<my target>/MCTargetDesc level. My first thought is always that I am
2011 Nov 15
2
[LLVMdev] MCELFStreamer subclassing
...stemming from MCStreamer.
>>>
>>> Since we are using MCELFStreamer, my assumption (possibly/probably wrong) was that we needed to subclass MCELFStreamer to somehow set the magic flag so that the relocation get generated.
>>>
>>> in AsmPrinter::EmitJumpTableEntry, MJTI->getEntryKind() is of type EK_GPRel32BlockAddress.
>>>
>>> Any insight is appreciated. I am rereading the llvm documentation. Right now it is magic to me and need to have the magic turn into knowledge.
>>>
>>> Thanks,
>>>
>>> Jack
>>>...