Displaying 6 results from an estimated 6 matches for "writeword".
Did you mean:
write2word
2010 May 12
0
[LLVMdev] MC ELF support
...top level branch but was only used
where it matters, but that is me.
- LLVM style is to use assert(... && "Message to include in the assert").
- Please use array_pod_sort (from ADT/STLExtras.h) instead of std::sort.
- WriteSecHdrEntry would be easier to read if it just used WriteWord
instead of Is64Bit.
- The changes to MCSectionELF shouldn't be needed. These should go
in MCSectionData instead, or in private maps if possible. I can give
you extra target dependent fields if need be. This enforces layering
between the parts CodeGen can access and the parts that are private...
2010 May 11
2
[LLVMdev] MC ELF support
Hi guys,
attached are a couple of work in progress patches for ELF support in the
MC module. I'm sending this email to gather some general feedback on the
code. Applying these patches doesn't get you a fully working llvm-mc
that understands ELF; it's just the ground work. I've got a couple more
small patches that fixup some places that assume Mach-O object format
which I'll
2008 Apr 01
2
[LLVMdev] Being able to know the jitted code-size before emitting
Hi Evan,
Evan Cheng wrote:
> 1) How are you computing size of the method being
> jitted?
I add a new pass with addSimpleCodeEmitter, with the emitter being a
SizeEmitter. Since the target calls the emitter with functions such as
writeByte, writeWord, etc.... the SizeEmitter class implements these
function by incrementing a counter.
At the end of the pass, the code size of the function is known.
> 2) Why not simply add the functionality of allocating emission
> buffer of specific size to MachineCodeEmitter instead?
>
I don'...
2008 Mar 31
0
[LLVMdev] Being able to know the jitted code-size before emitting
Hi,
Two questions. 1) How are you computing size of the method being
jitted? 2) Why not simply add the functionality of allocating emission
buffer of specific size to MachineCodeEmitter instead?
Thanks,
Evan
On Mar 30, 2008, at 12:05 PM, Nicolas Geoffray wrote:
> Hi everyone,
>
> vmkit requires to know the size of a jitted method before emitting
> the method. This allows to
2008 Apr 01
0
[LLVMdev] Being able to know the jitted code-size before emitting
...ay wrote:
> Hi Evan,
>
> Evan Cheng wrote:
>> 1) How are you computing size of the method being
>> jitted?
>
> I add a new pass with addSimpleCodeEmitter, with the emitter being a
> SizeEmitter. Since the target calls the emitter with functions such as
> writeByte, writeWord, etc.... the SizeEmitter class implements these
> function by incrementing a counter.
>
> At the end of the pass, the code size of the function is known.
That's a hack. :-) Some targets already have ways to compute the exact
size of a function. See ARM::GetFunctionSize() ARM::GetIns...
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
--------------